sistema de nombres de dominio

Desambiguación - "DNS" se refiere aquí. Si busca otros significados, vea DNS (desambiguación) .

En tecnología de la información y telecomunicaciones, el sistema de nombres de dominio (en Inglés : Domain Name System ^[1] , DNS) es un sistema utilizado para asignar nombres a los nodos de red (en Inglés: hosts ). Estos nombres se pueden utilizar, por medio de una traducción, por lo general llamado "resolución", en lugar de los originales direcciones IP . El servicio se implementa a través de una base de datos distribuida , que consta de DNS servidores . DNS tiene una estructura jerárquica de árbol invertido y se divide en dominios (com, org, que, etc.). Cada dominio o nodo corresponde a un servidor de nombres, que mantiene una base de datos con la información de algunos dominios de los que es responsable y convierte a los nodos posteriores cuando se van a encontrar la información que pertenece a otros dominios.

Cada nombre de dominio termina con un "" (punto). Por ejemplo, la dirección de wikipedia.org termina con un punto. La cadena tras el punto al final se llama la zona raíz del DNS. Los servidores responsables del dominio raíz son los llamados servidores de nombres raíz . Son dueños de la lista de servidores autorizados de todos los dominios de nivel superior (TLD) reconocidos y proporcionan en respuesta a cada solicitud. Hay 13 servidores de nombres raíz de todo el mundo, incluyendo 10 en el Estados Unidos , dos en Europa ( Inglaterra y Suecia ) y uno en Japón .

Historia

DNS se ideó el 23 de junio, 1983 por Paul Mockapetris , Jon Postel, y Craig perdiz ; las especificaciones originales se describen en la RFC estándar 882 . En 1987 , se publicaron comentarios sobre la RFC estándar DNS, con los nombres RFC 1034 y RFC 1035 que hacen las especificaciones anteriores obsoletos.

Descripción

El nombre DNS también indica el protocolo que rige el funcionamiento del servicio, los programas que se ejecutan, la servidores en los que se procesan éstos, el conjunto de estos servidores que cooperan para ofrecer el servicio más inteligente.

Los nombres DNS, o "nombres de dominio" o "direcciones mnemotécnicos" ^[2] , son una de las características más visibles de la Internet . La operación de conversión de nombre a dirección IP se denomina "resolución de DNS"; la conversión de dirección IP a nombre se denomina "resolución inversa".

En la práctica, el DNS es un registro universal que es una base de datos distribuida, con una estructura jerárquica, que almacena los nombres de dominio mnemotécnicos y su asociación con sus direcciones IP específicas.

Razones y usos

• La capacidad de dar un nombre textual que es fácil de memorizar a un servidor (por ejemplo, un sitio web en todo el mundo ) mejora en gran medida el uso del servicio, como seres humanos les resulta más fácil recordar nombres textuales (mientras hosts y enrutadores son accesibles utilizando numérica Direcciones IP). Por esta razón, el DNS es fundamental para la difusión generalizada de la Internet, incluso entre los usuarios no técnicos, y es una de sus características más visibles.
• Es posible asignar varios nombres a la misma dirección IP (o viceversa) para representar diferentes servicios o funciones proporcionadas por el mismo host (o varios hosts que ofrecen el mismo servicio). Esta "flexibilidad" es útil en muchos casos:
  • En el caso de que el servidor que aloja a las necesidades de servicio a sustituir, o su dirección IP necesita ser cambiado, basta con modificar el registro DNS, sin tener que intervenir en los clientes.
  • Mediante el uso de diferentes nombres para hacer referencia a los diferentes servicios proporcionados por el mismo huésped (por lo tanto registrado con la misma dirección IP), es posible mover una parte de los servicios a otro host (con una dirección IP diferente, ya configurado para proporcionar los servicios en cuestión). Por lo tanto, mediante la modificación de los registros de nombres asociados con los servicios que se han movido en el servidor DNS y el registro de la nueva IP en lugar de la antigua, las nuevas peticiones de todos los clientes se moverán automáticamente a este nuevo huésped, sin interrumpir los servicios.
  • Un uso muy popular de esta posibilidad es la denominada alojamiento virtual , basado en nombres, una técnica por la cual un servidor web con una sola interfaz de red y una única dirección IP puede alojar múltiples sitios web, utilizando la dirección alfanumérica transmite en el HTTP de cabecera a identificar el sitio para el que se realiza la solicitud.
  • Haciendo coincidir un nombre a varias direcciones IP, la carga de los clientes que solicitan que el nombre se reparte entre los diferentes servidores asociados a las direcciones IP registradas, lo que resulta en un aumento en el rendimiento general del servicio y tolerancia a fallos (pero hay que asegurarse de que los diferentes servidores siempre están alineados, es decir, la oferta exactamente el mismo servicio a los clientes).
• Resolución inversa es útil para identificar la identidad de un anfitrión, o para leer el resultado de un traceroute .
• DNS es utilizado por numerosas tecnologías de una manera que no es muy visible para los usuarios, para organizar la información necesaria para el funcionamiento del servicio.

Nombres de dominio

Un nombre de dominio se compone de una serie de cadenas separadas por períodos, como it.wikipedia.org. y están organizados en niveles. A diferencia de las direcciones IP, en donde la parte más importante de la serie es el primer dígito empezando por la izquierda, en un nombre DNS la parte más importante es la primera partida de la derecha.

La parte más a la derecha se llama el dominio de nivel superior (o TLD), y hay cientos de ellos que se pueden elegir, por ejemplo, .org o .es .

Un dominio de segundo nivel , a diferencia del dominio de nivel superior que se compone de las palabras "fijos" y limitado, se compone de una palabra elegida a voluntad. Esta palabra debe vincularse lo más posible a lo que nos identifica y lo que queremos comunicar. Por consiguiente, el dominio de segundo nivel está formado por dos partes, por ejemplo wikipedia.org, y así sucesivamente.

El tercer dominio de nivel es el hijo de dominio de segundo nivel, de hecho, teniendo wikipedia.org como un ejemplo, un tercer dominio de nivel será: stuff.wikipedia.org. Por tanto, cada elemento adicional especifica una subdivisión adicional. Cuando un dominio de segundo nivel se ha registrado al cesionario, el cesionario está autorizado a utilizar los nombres de dominio relacionados con los siguientes niveles, tales como some.other.stuff.wikipedia.org (quinto dominio de nivel) y así sucesivamente.

El uso de nombres DNS

Un nombre de dominio, como it.wikipedia.org, puede ser parte de una URL , como http://it.wikipedia.org/wiki/Treno, o un e -mail dirección, como Apache @ es .wikipedia. org. También es posible conectarse a un sitio con el telnet protocolo o utilizar un FTP conexión usando su nombre de dominio.

registro DNS

El mismo tema en detalle: DNS tipos de registro .

Tipos de registros

Un ejemplo de la resolución iterativa de una dirección IP de DNS

Diferentes tipos de información pueden corresponder a un nombre DNS. Por esta razón, hay varios tipos de registros DNS . Cada entrada de la base de datos DNS ^[3] debe tener un tipo. Los principales tipos son:

• Un registro - Indica la correspondencia entre un nombre y una (o más) de IPv4 direcciones.
• Registro MX - (correo Exchange) indica a qué servidores de correo electrónico debe ser enviado por un cierto dominio.
• CNAME - Se utilizan para crear un alias, que es, para asegurarse de que el mismo host es conocido por varios nombres. Uno de los usos de este tipo de registro es dar un anfitrión que ofrece múltiples servicios de un nombre para cada servicio. De esta manera, los servicios se pueden mover a otras máquinas sin tener que volver a configurar los clientes , pero sólo cambiando el DNS.
• Registro PTR - DNS también se utiliza para realizar la resolución inversa , es decir, para que coincida con el nombre de dominio correspondiente a una dirección IP. Para ello se utilizan los registros de tipo "PTR" (y un área específica del espacio de nombres in-addr.arpa).
• Registro AAAA - Esto es como Registro A , pero trabaja con IPv6 y devuelve un IPv6 dirección.
• Registros SRV - Identificar el servidor para un servicio particular dentro de un dominio. Pueden considerarse una generalización de los registros MX.
• Registros TXT - Campos de texto arbitrario asociados con un dominio. Estos campos pueden contener una descripción informativa o ser utilizados para crear servicios.

También hay tipos de registros de "servicio", que son necesarios para la base de datos distribuida a la función:

• Registro NS - Se utiliza para indicar qué servidores DNS son fidedignos para un determinado dominio o delegar su gestión.
• Registro SOA - (Inicio de autoridad) que se utiliza para la gestión de las zonas DNS.

En el DNS se pueden introducir otros tipos de registros, algunos folclórica, como "LOC", que se utiliza (poco) que informe las coordenadas geográficas de un sitio, otros añaden funciones de seguridad para evitar la manipulación indebida. Para referencias sobre todos estos registros, consulte Tipos de registro DNS .

Los registros múltiples

Los registros de diferentes tipos, o varios registros del mismo tipo, se pueden asociar con el mismo nombre de dominio al mismo tiempo. Esto se hace generalmente para repartir la carga de un ajetreado servidor en varios equipos que ofrecen el mismo servicio.

Tiempo para vivir

secuencia de resolución DNS

Los registros asociados con un nombre de dominio puede cambiar con el tiempo, lo que permite, por ejemplo, para asignar una nueva dirección IP a un servidor, por lo que es continuar respondiendo al nombre ya conocido para los usuarios.

Cada registro DNS tiene un parámetro asociado denominado tiempo para vivir o TTL (Tiempo de Vida), que indica el tiempo que este registro puede ser almacenado en un servidor DNS caché de sistema antes de que se considera caducado. Cuando un servidor responde a una solicitud con un registro tomado de su caché, se asigna el tiempo restante del disco a vivir a la respuesta. Así que si el registro originalmente tiene un TTL de 12 horas, y el servidor responde a la solicitud con los datos que ya ha recibido hace dos horas, se pondrá un TTL 10 horas en la respuesta.

Realización

Implementos DNS un espacio de nombres jerárquico, para permitir partes de un espacio de nombres, conocido como "zonas", a ser delegados de un servidor de nombres a otro servidor de nombres más abajo en la jerarquía.

Los nombres de dominio están sujetos a ciertas restricciones: por ejemplo, cada parte del nombre (es decir, el uno limitado por períodos en el nombre) no puede exceder de 63 caracteres y el nombre general no puede exceder de 255 caracteres.

Los nombres de dominio son también limitados a un subconjunto de ASCII caracteres; Esto le impide escribir nombres y palabras con caracteres que no todo el mundo tiene en su teclado. Para superar esta limitación, el IDNA sistema se basa en la Punycode modelo, detecta Unicode cadenas en un juego de caracteres DNS válido, fue aprobado por la ICANN y adoptados por algunos registros .

Zonas, proxies y réplicas

diagrama de DNS

Una "zona" DNS es una parte del espacio de nombres, que consiste en un dominio y sus subdominios cuales no se han delegado, que está bajo la misma gestión administrativa y, por tanto, es administrado por uno o más servidores.

La gestión de una zona es "delegada" por la zona superior a través de registros de tipo NS. Por ejemplo, en el .org zona habrá una delegación a la zona de wikipedia.org a los servidores DNS que lo manejan. Por razones de redundancia, cada zona está "replicado" en varios servidores, y en consecuencia la delegación consiste en múltiples registros NS, que indican que cada uno de los servidores indicaron contiene la información para esa zona (es decir, es "autoridad" para la zona). Dentro de una zona, las zonas de nivel inferior pueden delegarse, por ejemplo en wikipedia.org puede haber sustitutos de devel.wikipedia.org o para accounting.admin.wikipedia.org.

Cada dominio, por lo tanto, tiene un servidor DNS con autoridad. ^[4]

Los diferentes servidores que se delegan a una zona deben contener la misma información, por lo que cualquiera de ellos puede responder a una consulta para un registro en la zona.

El esquema de replicación tiene típicamente un servidor maestro (primaria), que es aquella en la que se actualiza la información, y uno o más servidores esclavos (secundarios), que copiar la información desde el maestro cuando sea necesario. Para hacer un seguimiento de los diferentes "versiones" de una zona que puede estar en circulación, y en particular para permitir una secundaria para decidir si la transferencia de la zona de la primaria, cada zona tiene un número de serie, que debe ser incrementado cada vez que cambios se realizan en el primario. Para obtener el número de serie de una zona presente en un servidor, se realiza un tipo de consulta SOA. El secundario compara su número de serie con el de la primaria, y si la de la primaria es mayor, transfiere la zona.

La operación de copia de todos los registros de una zona desde el maestro a un esclavo se llama transferencia de zona, y puede ser completa (todos los contenidos de la zona se copian) o incremental (sólo los registros modificada con respecto a la versión ya presente son copiado).

Algunas implementaciones de DNS le permiten cambiar las zonas de cualquier servidor autorizado, propagando los cambios a otros servidores.

La raíz (raíz) del árbol de nombres DNS es la zona. (punto), que es administrado por un conjunto de servidores llamados servidores raíz .

Iteración y recursión

En general, para obtener la resolución de un nombre que es necesario partir de la raíz, una consulta de los servidores raíz en el dominio de nivel superior, obtener el servidor que lo administra, consulta en el dominio de segundo nivel, hasta alcanzar el servidor autorizado para el nombre deseado. Esta técnica se llama "iteración".

Recursividad en lugar delegados de las diversas consultas a los servidores propios: se formule una solicitud al servidor raíz, que a su vez lo envía al servidor de dominio de nivel superior, que reenvía al servidor autorizado y así sucesivamente hasta que se alcance el servidor deseado. La respuesta de DNS procede a la inversa hasta que llega al cliente que realizó la petición.

El almacenamiento en caché

Algunos servidores se prestan a la realización de consultas recursivas en nombre de algunos clientes. Una vez que consiguen una respuesta, caché toda la información que han aprendido hasta que expire. Algunas implementaciones del servicio de DNS permiten la creación de los llamados sólo los servidores de almacenamiento en caché, es decir, sin su propia base de datos, pero útil para redirigir las consultas de resolución a un servidor autorizado. Esta característica es especialmente útil cuando las necesidades de resolución que se realiza a través de enlaces lentos (con velocidades inferiores a 500 kbps) o cortafuegos .

funciones de servidor

Un servidor DNS puede configurarse para realizar una o más de las siguientes funciones:

• servidor autorizado para una o más zonas, que es el servidor en el que se configuran los datos de una zona, y que se delega para gestionar a través de NS registros insertados en la zona superior. Por lo general hay múltiples servidores con autoridad para una zona. Muchas implementaciones permiten modificar datos de la zona sólo en un servidor:
  • primaria - servidor con autoridad sobre el que se modifican los datos de zona
  • secundaria - servidor con autoridad que los datos de zona copias de una primaria
• recursiva del servidor - el servidor que está configurado en una población de clientes, que se encarga de resolver las consultas que reciba mediante la consulta de los servidores originales, y mantener una caché de las respuestas recibidas
  • promotor de consulta - un servidor que está configurado en una población de clientes, la solución de sus consultas no directamente, sino mediante la consulta de un servidor recursivo, y, a menudo mantener un caché de las respuestas recibidas

Origen de los datos

Los datos contenidos en una zona puede ser configurado por uno o más operadores, o puede ser alimentado por mecanismos automáticos:

• en las implementaciones más simples, los datos de zona se almacena en uno o más archivos en el servidor principal
• implementaciones más refinados almacenan los datos en una base de datos . En algunos casos, esto es accesible no sólo a los operadores de servicios, sino también directamente a los clientes (este es el caso de los servicios de DNS comerciales)

DNS Dinámico

El término DNS dinámico , o DDNS , indica un conjunto de tecnologías que permiten a las direcciones de los equipos que obtienen una dirección no predefinida para ser introducido automáticamente en una zona DNS, normalmente a través de la DHCP o PPP protocolo. Para este fin, se definen de "actualización" consultas DNS.

En una red local, esta funcionalidad puede ser utilizada directamente por los clientes, está presente en de Windows Active Directory servicios, o puede ser configurado utilizando BIND y el Internet Systems Consortium servidor (ISC) DHCP.

DDNS también es utilizado por los servicios comerciales para permitir a los usuarios de acceso telefónico (módem, ADSL ) para registrar un nombre correspondiente a la dirección asignada a ellos de vez en cuando por su proveedor. De esta manera, un host con una dirección IP dinámica es siempre accesible. Hay DDNS clientes tanto en forma de aplicaciones y dentro de los routers destinados para el mercado interno.

Uso

Para utilizar el servicio, uno o más servidores DNS de referencia se deben configurar en cada cliente. Estos están diseñados para realizar consultas recursivas y llevar a cabo los servicios de almacenamiento en caché.

Cuando un sistema necesita para comunicarse con otro sistema, se pide al servidor DNS refiriéndose a llevar a cabo el proceso llamado "resolución" del nombre en una dirección IP. El servidor busca en su base de datos para obtener la dirección IP correspondiente al sistema buscado.

Si el servidor consultado tiene la información solicitada, el proceso termina de búsqueda mediante el envío de la dirección IP al solicitante. Si la búsqueda falla, el servidor hace una petición "recursiva". ^{[5] [6]}

Implementación

El DNS protocolo se implementa mediante varios programas . Éstos son algunos de los más populares:

• BIND (Berkeley Internet Name Domain), el nombre de los más comunes DNS demonio utilizado en Unix sistemas.
• Djbdns (DNS aplicación de Dan J Bernstein)
• Sin consolidar , un servidor DNS de estructura modular con especial atención a las DNSSEC .
• MaraDNS
• NSD (Nombre del servidor Daemon)
• PowerDNS
• DDNS (Dynamic Domain Name System) El servicio DNS subyacente de Microsoft servicios de directorio incluidos en las versiones de servidor de Windows 2000 en adelante.

DNS utiliza el UDP transporte de protocolo y el puerto 53 a las solicitudes de servicio para la resolución de los anfitriones.

Servidores DNS realizan transferencias de zona utilizando el TCP transporte protocolo y el puerto 53. Este puerto también se utiliza cuando una consulta tiene una muy larga respuesta.

El lado del cliente del servicio DNS se implementa normalmente a través de las bibliotecas del sistema, que a menudo se integran con otros servicios de resolución, tales como WINS , NIS , o consultando los archivos locales, por lo que un usuario puede utilizar un nombre simbólico en una aplicación y obtener su resolución a una dirección IP sin tener que preocuparse acerca de qué herramienta se utiliza para obtener la resolución.

Sistema DNS en Internet

Cualquier IP de red puede utilizar DNS para implementar su propio sistema de nombres privado. Sin embargo, el término "nombre de dominio" es más comúnmente utilizado cuando se refiere al sistema DNS público en Internet. Esto se basa en 13 servidores raíces universales, cuyas direcciones IP están distribuidos de forma independiente del DNS a través de un archivo llamado la sugerencia de raíz (literalmente: pistas para la raíz). A partir de estos servidores raíz, a continuación, DNS se delega a otros servidores DNS que se ocupan de los nombres en partes específicas del espacio de nombres DNS.

Diez de los trece servidores raíz son, al menos nominalmente, situada en la de EE.UU. . Sin embargo, dado que el acceso a muchos de ellos se logra a través anycast direcciones, lo que permite a varios equipos que se asignará la misma dirección IP para proporcionar un servicio uniforme a través de grandes áreas geográficas, la mayoría de los servidores son, de hecho, se encuentra fuera del país. De los Estados Unidos.

El propietario de un nombre de dominio se puede encontrar en una base de datos llamada Whois : para muchos dominios de nivel superior de un Whois básica es administrado por la IANA , con el Whois detallados que lleva el Registro controlar ese dominio. Para los más de 240 dominios nacionales la autoridad de registro gestiona el Whois exclusivamente para el ámbito de competencia.

Una aplicación web o web puede ser alojado en un proveedor (proveedor de alojamiento) o incluso ser almacenado en la sede del gestor de propietario o de, mientras que el dominio relacionado puede haber sido comprado a otro proveedor conocido comúnmente como registrador (que por lo tanto posee una infraestructura DNS) . El registrador permite, a través del panel de administración, para configurar el IP primario al que el nombre de dominio está asociado, así como para crear subdominios.

Política

La asignación de las primeras áreas de nivel

La actual forma de comprobar el sistema DNS a menudo ofrece algunas cuestiones críticas. Algunos servidores raíz pertenecen a empresas privadas (por ejemplo, Verisign ), aunque la mayoría son controladas por las universidades u otras entidades (por ejemplo, la NASA ) ^[7] . No no es posible añadir otros servidores raíz, o al menos físicamente: debido a un problema de compatibilidad con el UDP protocolo sólo las zonas del servidor 13 raíz debe ser visible, pero cada zona puede tener múltiples servidores ^[8] .

Uso inapropiado

En 2009, Paul Vixie, presidente de la Internet Systems Consortium , publicada en la Asociación para Maquinaria de Computación página web un artículo sobre las prácticas que se derivan de las malas interpretaciones del concepto de DNS o deliberadamente violan. ^[9]

La manipulación de las respuestas

Cuando un cliente envía una consulta DNS a un servidor recursivo, que espera obtener la respuesta "correcta", que es el valor del registro DNS solicitado o un mensaje de error si el nombre solicitado no existe. Este mensaje se conoce como "NXDOMAIN" o también como "RCODE = 3".

Esta entrada o sección sobre aplicaciones informáticas no cita las fuentes necesarias o las presentes son insuficientes . Puede mejorar esta entrada agregando citas de fuentes confiables de acuerdo con las pautas sobre el uso de fuentes .

Sin embargo, algunos administradores de servidores recursivos manipulan las respuestas dadas a sus clientes, suprimiendo algunos selectivamente ^{[ sin origen ],} o devolviendo una dirección IP que no sea la correcta.

Esta técnica se puede utilizar para varios propósitos:

• protección contra el abuso: el servidor DNS puede filtrar las consultas relativas a los sitios que son peligrosos para los usuarios, por ejemplo, debido a la distribución de software malicioso , o debido a que se utilizan para phishing operaciones;
• censura: consultas relacionadas con los sitios que van a ser inaccesible por la decisión política (del administrador de la red o de una autoridad pública) se filtran. Si la visita o intento de visita a los sitios "prohibidos" es calificada como una indicación de un delito , la redirección de tráfico a un servidor distinto al solicitado por el usuario puede permitir la recogida de las direcciones IP de los clientes, o incluso en algunos casos ^{[ sin fuente de ]} el robo de las credenciales;
• man-in-the-middle : consultas se modifican para redirigir la totalidad o parte del tráfico a un servidor que actúa como un sistema transparente de proxy , interceptando el tráfico de usuarios. Esto permite que la vigilancia del tráfico de usuario, y por lo tanto, posiblemente, también el robo de información y / o credenciales sensible;
• redirección de errores: consultas de nombres inexistentes son respondidas con la dirección IP de un servidor, que normalmente alberga un motor de búsqueda y los intentos de ayudar a los usuarios a encontrar el sitio que están buscando. ^[9]

Estas técnicas también pueden ser adoptadas por los administradores de red, mediante la reorientación de las consultas DNS dirigidas hacia fuera en sus servidores que utilizan NAT de destino ( Red de traducción de direcciones ) mecanismos.

El DNS no ha sido diseñado para estos usos, por lo tanto, las implicaciones de seguridad de los usuarios pueden ser negativos, como la información personal compartida entre un usuario y el sitio que está visitando también se intercambian con los sitios de terceros, no autorizados. ^[9]

Nota

Artículos relacionados

• 1.1.1.1
• Resolución DNS inversa
• Registro DNS
• DNS Dinámico
• DNS público de Google
• DNSSEC
• ICANN
• opennic
• nslookup
• ciberocupación
• Nombre de dominio internacionalizado

Otros proyectos

• Wikilibros contiene recursos en el Sistema de Nombres de Dominio
• Wikimedia Commons contiene imágenes u otros archivos en el sistema de nombres de dominio

enlaces externos

Perfiles legales

• Los nombres de dominio: perfiles de regulación , CyberLaws.it

ICANN

• (ES) ICANN Sitio

RFC

• (ES) RFC 882 , Nombres de dominio - Conceptos y Servicios (obsoleto por RFC 1034 )
• (ES) RFC 883 , Nombres de dominio - y Aplicación Specification (obsoleto debido a RFC 1035 )
• (ES) RFC 920 Requisitos, de dominio - especificados dominios de nivel superior original
• (ES) RFC 1032 , Guía de Administradores de Dominio
• (ES) RFC 1033 , Guía de operaciones de dominio Administradores
• (ES) RFC 1034 , nombres de dominio - Conceptos y Servicios
• (ES) RFC 1035 , Nombres de dominio - y Aplicación Specification
• (ES) RFC 1101 , DNS codificaciones de nombres de red y otros tipos
• (ES) RFC 1123 , Requisitos para hosts de Internet - Aplicación y soporte
• (ES) RFC 1178 , elegir un nombre para el ordenador (FYI 5)
• (ES) RFC 1183 , Nueva DNS RR Definiciones
• (ES) RFC 1591 , Estructura de Domain Name System y la Delegación (Informativo)
• (ES) RFC 1912 , Common DNS errores operacionales y de configuración
• (ES) RFC 1995 , Transferencia de zona incremental en DNS
• (ES) RFC 1996 , un mecanismo de rápida notificación de la cambios de zona (DNS NOTIFICAR)
• (ES) RFC 2100 , el nombramiento de Hosts (Informativo)
• (ES) RFC 2136 , las actualizaciones dinámicas en el sistema de nombres de dominio (DNS UPDATE)
• (ES) RFC 2181 , Aclaraciones a la Especificación de DNS
• (ES) RFC 2182 , selección y el funcionamiento de los servidores DNS secundario
• (ES) RFC 2308 , la negativa de caché de consultas DNS (DNS NCACHE)
• (ES) RFC 2317 , delegación sin clase IN-ADDR.ARPA (BCP 20)
• (ES) RFC 2671 , Mecanismos de extensión para DNS (EDNS0)
• (ES) RFC 2672 , no terminales de redirección de nombres DNS
• (ES) RFC 2845 , clave secreta de autenticación de transacciones de DNS (TSIG)
• (ES) RFC 3225 , que indica Resolver Soporte de DNSSEC
• (ES) 3226 RFC , DNSSEC e IPv6 A6 servidor cuenta / requisitos de tamaño de mensaje de resolución
• ( EN ) RFC 3597 , Handling of Unknown DNS Resource Record (RR) Types
• ( EN ) RFC 3696 , Application Techniques for Checking and Transformation of Names (Informational)
• ( EN ) RFC 4033 , DNS Security Introduction and Requirements
• ( EN ) RFC 4034 , Resource Records for the DNS Security Extensions
• ( EN ) RFC 4035 , Protocol Modifications for the DNS Security Extensions
• ( EN ) RFC 4343 , Domain Name System (DNS) Case Insensitivity Clarification
• ( EN ) RFC 4470 , Minimally Covering NSEC Records and DNSSEC On-line Signing
• ( EN ) RFC 4509 , Use of SHA-256 in DNSSEC Delegation Signer (DS) Resource Records
• ( EN ) RFC 4592 , The Role of Wildcards in the Domain Name System
• ( EN ) RFC 4635 , HMAC SHA TSIG Algorithm Identifiers
• ( EN ) RFC 4892 , Requirements for a Mechanism Identifying a Name Server Instance (Informational)
• ( EN ) RFC 5001 , DNS Name Server Identifier (NSID) Option
• ( EN ) RFC 5011 , Automated Updates of DNS Security (DNSSEC) Trust Anchors
• ( EN ) RFC 5155 , DNS Security (DNSSEC) Hashed Authenticated Denial of Existence
• ( EN ) RFC 5395 , Domain Name System (DNS) IANA Considerations (BCP 42)
• ( EN ) RFC 5452 , Measures for Making DNS More Resilient against Forged Answers
• ( EN ) RFC 5625 , DNS Proxy Implementation Guidelines (BCP 152)
• ( EN ) RFC 5702 , Use of SHA-2 Algorithms with RSA in DNSKEY and RRSIG Resource Records for DNSSEC

Lo stesso argomento in dettaglio: Tipi di record DNS § Collegamenti esterni .

Portale Informatica

Portale Telematica