El mínimo TTL campo se aplica a todos los registros de recurso en la zona cada vez que un valor de tiempo de vida no se ha especificado en un registro de recursos. Cada vez que una resolución de una consulta al servidor, el servidor devuelve los registros de recursos junto con el tiempo mínimo para vivir. Las respuestas negativas se almacenan en caché para el mínimo TTL del registro de recursos SOA de la zona autorizada.
NS registros de recursos
El servidor de nombres (NS) registro de recursos indica los servidores con autoridad para la zona.
Indican los servidores primario y secundario para la zona especificada en el registro de recursos SOA, e indican los servidores de las zonas delegadas.
Cada zona debe contener al menos un registro NS en la raíz de la zona.
Registros de recursos
La dirección (a) mapas de registros de recursos de un FQDN a la dirección IP, por lo que los dispositivos de resolución puede solicitar la dirección IP correspondiente a un nombre de dominio completo. Por ejemplo, el siguiente registro de recursos, que se encuentra en la zona nomijo.escuchame.com, asigna el nombre completo del servidor a su dirección IP:
IN A 172.16.48.1 nomec1
El puntero (PTR) de los recursos , en contraste con el registro de recursos A, asigna una dirección IP a un nombre de dominio completo.
Por ejemplo, el siguiente registro de recursos PTR asigna la dirección IP de noamdc1.noam.reskit.com a su FQDN:
1.48.16.172.in-addr.arpa. IN PTR jose.nacional.com.
Registros de recursos CNAME
El nombre canónico (CNAME) registro de recursos crea un alias (nombre sinónimo) para el FQDN especificado. Puede usar registros CNAME para ocultar los detalles de implementación de su red desde los clientes que se conectan a él.
Ejemplo:
nal IN CNAME nacionalreydecopas.conmebol.com.
Nota
Según el RFC 2181, debe haber un solo nombre canónico por alias.
MX Registros de Recursos
El intercambio de correo (MX) especifica un servidor de intercambio de correo para un nombre de dominio DNS. Un servidor de intercambio de correo es un anfitrión que, o bien procesar o enviar correo para el nombre de dominio DNS.
Procesar el correo significa o bien la entrega al destinatario, o pasarlo a otro tipo de transporte de correo.
Reenviar el correo significa enviarlo a su servidor de destino final, enviándolo mediante el Protocolo simple de transferencia de correo (SMTP) a otro servidor de intercambio de correo que está más cerca del destino final, o haciendo cola fuera por un período de tiempo especificado.
Nota
Sólo los servidores de intercambio de correo utilizar los registros MX.
Si desea utilizar varios servidores de intercambio de correo en un dominio DNS, puede tener varios registros de recursos MX para el dominio. El siguiente ejemplo muestra los registros de recursos MX para los servidores de correo para el dominio noam.reskit.com.:
*. Nomijo.escuchame.com. IN MX 0 esportubien1.nomijo.escuchame.com.
*. Nomijo.escuchame.com. IN MX 10 esportubien2.nomijo.escuchame.com.
*. Nomijo.escuchame.com. IN MX 10 esportubien3.nomijo.escuchame.com.
Los tres primeros campos de este registro de recursos es el propietario estándar, de clase, y los campos de tipo. El cuarto campo es la prioridad del servidor de correo , o el valor de preferencia. El valor de preferencia especifica la preferencia dada a los registros MX de los registros MX. Menores registros prioritarios son los preferidos. Así, cuando un cliente de correo tiene que enviar un correo a un cierto dominio DNS, primero contacta con un servidor DNS para ese dominio y recupera todos los registros MX. A continuación, en contacto con el programa de correo con el valor de preferencia más bajo.
Para evitar bucles de correo, si el cliente de correo se encuentra en un host que está catalogado como un MX para el host de destino, el cliente de correo puede entregar sólo a un MX con un valor de preferencia más bajo que su propio host.
Nota
El sendmail programa requiere una configuración especial si un CNAME no se hace referencia en el registro MX.
Los registros SRV
Con los registros MX, usted puede tener múltiples servidores de correo en un dominio DNS, y cuando un cliente de correo debe enviar un correo a un host en el dominio, puede encontrar la ubicación de un servidor de intercambio de correo. Pero ¿qué pasa con otras aplicaciones, como la World Wide Web o telnet?
De servicio (SRV) de recursos le permiten especificar la ubicación de los servidores para un servicio específico, el protocolo y el dominio DNS.
Por lo tanto, si tiene dos servidores web de dominio, puede crear registros de recursos SRV que especifican que los ejércitos sirven como servidores web, y resolución de continuación, puede recuperar todos los registros de los recursos SRV para los servidores Web.
El formato de un registro SRV es la siguiente:
_Service._Proto.Name TTL clase SRV prioridad peso puerto de destino
El _ Servicio campo especifica el nombre del servicio, tales como http o telnet. Algunos servicios se definen en las normas, y otros se pueden definir localmente.
La _ Proto campo especifica el protocolo, tal como TCP o UDP.
El Nombre de campo especifica el nombre de dominio al que el registro de recursos se refiere.
El TTL y Clase campos son los mismos que los campos definidos anteriormente en este capítulo.
La Prioridad campo especifica la prioridad del huésped. Clientes intentará comunicarse con el host con la prioridad más baja.
El Peso de campo es un mecanismo de equilibrio de carga. Cuando el campo de prioridad es el mismo para dos o más registros en el mismo dominio, los clientes deben tratar de registros con mayores pesos más a menudo, a menos que los clientes son compatibles con algún mecanismo de equilibrio de carga de otro.
El Puerto de campo muestra el puerto del servicio en este host.
El Objetivo campo muestra el nombre de dominio completo del host que soporta el servicio.
El siguiente ejemplo muestra los registros SRV para servidores web:
_http._tcp.rojo.com. IN SRV 0 0 80 w1.dim.rojo.com.
_http._tcp.rojo.com. IN SRV 10 0 80 w2.dim.rojo.com.
Menos comunes registros de recursos
| Tipo de registro | RFC | Descripción |
|---|
AAAA
|
1886
|
Registro de dirección especial que asigna un host (ordenador o dispositivo de red) nombre a una dirección IPv6.
|
AFSDB
|
1183
|
Da la ubicación de cualquiera de un sistema de archivos Andrew (AFS) servidor de base de datos celular, o un Distributed Computing Environment (DCE) de servidor autenticado célula. El sistema AFS utiliza DNS para asignar un nombre de dominio DNS para el nombre de un servidor de base de datos AFS celular. El Software Libre DCE Fundación Servicio de nombres DNS utiliza para una función similar.
|
HINFO
|
1035
|
La información del host identifica el tipo de registro de recursos de una gran cantidad de hardware y sistema operativo. El tipo de CPU y los identificadores del sistema operativo provienen de los nombres de equipo y nombres de sistema que aparecen en RFC 1700.
|
ISDN
|
1183
|
La Red Digital de Servicios Integrados (RDSI) registro de recursos es una variación del registro de recursos A (dirección). En lugar de asignar un nombre de dominio completo a una dirección IP, los mapas de registros RDSI el nombre a una dirección RDSI. Una dirección RDSI es un número de teléfono que consta de un código de país / región, el código de área o código de país / región, un número de teléfono local y, opcionalmente, una subdirección. El registro de recursos ISDN está diseñado para ser usado en conjunción con la ruta a través de registro de recursos (RT).
|
MB
|
1035
|
El buzón (MB) registro de recursos es un registro experimental que especifica un host DNS con el buzón especificado. Otros registros experimentales relacionados son el grupo de correo (MG) registro de recursos, el cambio de nombre de buzón (MR) registro de recursos, y la información del buzón (MINFO) registro de recursos.
|
MG
|
1035
|
El grupo electrónico (MG) registro de recursos es un disco experimental que especifica un buzón que es un miembro del grupo de correo (mailing list) especificado por el nombre de dominio DNS. Otros registros experimentales relacionados son el registro de recursos de MB, el registro de recursos MR, y el registro de recursos MINFO.
|
MINFO
|
1035
|
El registro de recursos MINFO es un disco experimental que especifica un buzón que es responsable de esa lista de correo o buzón de correo. Otros registros experimentales relacionados son el registro de recursos de MB, el registro de recursos MG, y el registro de recursos MR.
|
MR
|
1035
|
El registro de recursos RM es un disco experimental que especifica un buzón que se encuentra el cambio de nombre propio de otro buzón especificado. Otros registros experimentales relacionados son el registro de recursos de MB, el registro de recursos MG, y el registro de recursos MINFO.
|
RP
|
1183
|
Identifica a la persona responsable (RP) con el objetivo específico de dominio DNS o host.
|
RT
|
1183
|
La ruta a través de registro de recursos (RT) especifica un huésped intermedio que enruta paquetes a un host de destino. El registro RT se utiliza en conjunción con los registros de recursos RDSI y X25. Es sintácticamente y semánticamente similar al tipo de registro MX y se utiliza en la misma forma.
|
TXT
|
1035
|
El recurso de texto (TXT) asocia registro general de información textual con un elemento de la base de datos DNS. Un uso típico es para identificar la ubicación de un host (por ejemplo, Ubicación: 26S Building, Room 2499). Un único registro TXT puede contener varias cadenas, hasta 64 kilobytes (KB).
|
WKS
|
1035
|
El conocido servicio (WKS) registro de recursos se describen los servicios proporcionados por un determinado protocolo en una interfaz particular. El protocolo es generalmente UDP o TCP, pero puede ser cualquiera de las que figuran en el archivo de protocolos de Windows 2000 se encuentra en% SystemRoot % \ System32 \ Drivers \ Etc \ Protocolo. Los servicios son los servicios por debajo de 256 el número de puerto de los Servicios de Windows 2000 archivo que se encuentra en%SystemRoot % \ System32 \ Drivers \ Etc \ Services.
|
X.25
|
1183
|
El registro de recursos X.25 es una variación del registro de recursos A (dirección). En lugar de la asignación de un nombre de dominio completo a una dirección IP, X.25 los mapas de registro el nombre a una dirección X.121. X.121 es la Organización Internacional de Normalización (ISO) que especifica el formato de las direcciones usadas en las redes X.25. El registro de recursos X.25 está diseñado para ser usado en conjunción con la ruta a través de registro de recursos (RT).
|
Registros de Recurso no definidos en el RFC
| Nombre | Descripción |
|---|
GANA
|
El servidor de Windows 2000 DNS puede utilizar un servidor WINS para buscar la parte del host de un nombre DNS que no existe en la zona DNS autoritativo para el nombre.
|
Búsqueda inversa WINS (WINS-R)
|
Esta entrada se utiliza en una zona de búsqueda inversa para encontrar la parte del host del nombre DNS si se le da su dirección IP. A los problemas del servidor DNS de un adaptador de NetBIOS consulta de estado si la zona autorizada para la dirección IP consultada no contiene el disco y contiene el registro de recursos WINS-R.
|
ATMA
|
El registro de recursos ATMA, definida por el Foro ATM, se utiliza para los nombres de dominio DNS del mapa a direcciones ATM. Para obtener más información, póngase en contacto con el Foro ATM para el cajero automático Name System Version 1.0.
|
Delegación y pegamento Registros
Delegación y registros de adherencia son registros que se agregan a una zona con el fin de delegar un subdominio en una zona separada. Una delegación es un registro NS en la zona principal que contiene el servidor de nombres con autoridad para la zona delegada. Un registro de adherencia es un registro A para el servidor de nombres con autoridad para la zona delegada.
Las delegaciones son necesarios para la resolución de nombres.
Pegue los registros también son necesarios si el servidor de nombres con autoridad para la zona delegada también es miembro de ese dominio.
Sin embargo, si se trataba de un miembro de un dominio diferente, el sistema puede realizar la resolución de nombres estándar para resolver el nombre del servidor de nombres con autoridad a una dirección IP.
Cuando una resolución envía una consulta de un nombre en la zona secundaria al servidor de nombres que tiene autoridad para la zona principal, el servidor autoritativo para la zona principal comprueba su zona. La delegación se indica qué servidor de nombres con autoridad para la zona secundaria. El servidor autoritativo para la zona principal puede devolver una referencia a la resolución.
