Esta es una pregunta canónica sobre los registros de pegamento DNS.
¿Qué es exactamente (pero brevemente) un registro de pegamento DNS? ¿Por qué son necesarios y cómo funcionan?
domain-name-system
glue-record
LanceBaynes
fuente
fuente
Respuestas:
Un registro de pegamento es un término para un registro que es servido por un servidor DNS que no tiene autoridad para la zona, para evitar una condición de dependencias imposibles para una zona DNS.
Digamos que tengo una zona DNS para
example.com
. Quiero tener los servidores DNS que aloja la zona that're autoridad para este dominio para que realmente puedo usarlo - Añadir registros para la raíz del dominio,www
,mail
, etc Por lo tanto, puse los servidores de nombres en el registro delegar en ellos - esos son siempre nombres, así que los pondremosns1.example.com
yns2.example.com
.Ahí está el truco. Los servidores del TLD delegarán a los servidores DNS en el registro whois, pero están dentro
example.com
. Tratan de encontrarns1.example.com
, pregunte a los.com
servidores, y se les hace referencia de nuevo a ...ns1.example.com
.Lo que hacen los registros de pegamento es permitir que los servidores del TLD envíen información adicional en su respuesta a la consulta de la
example.com
zona, para enviar también la dirección IP configurada para los servidores de nombres. No es autoritario, pero es un puntero a los servidores autorizados, lo que permite que se resuelva el bucle.fuente
Solicité que esta respuesta se combinara con una pregunta duplicada, ya que las respuestas existentes no explicaban el papel de la
ADDITIONAL
sección.Para ver cómo funciona, escriba esto:
dig +trace +additional google.com SOA
Esto rastreará la autoridad del servidor de nombres a partir de los servidores raíz (
+trace
). Agregar+additional
también le mostrará laADDITIONAL
sección de cada respuesta del servidor DNS. Normalmente la mayoría de la gente piensa de DNS en términos deQUESTION
y lasANSWER
secciones, peroADDITIONAL
también juega un papel importante: si el servidor de nombres conoce las respuestas a las preguntas que se relacionan con la respuesta, puede preventivamente suministrar esas respuestas en laADDITIONAL
sección sin que sea necesario consultas adicionales de su cliente.Tenga en cuenta que los servidores de nombres autorizados
google.com
tienen sus raíces en el dominio para el que tienen autoridad. (ns1.google.com
,ns2.google.com
, Etc.)Cuando le pide a un servidor de nombres que proporcione la lista de servidores de nombres para un dominio, a menudo proporcionará una lista de
A
registros de tipo (direcciones IP) en laADDITIONAL
sección, no solo lasNS
respuestas de tipo: estos se denominan registros de pegamento , utilizados para evitar circular dependencias En este caso, esosA
registros se sirven desde los servidores de nombres de TLD (.com, .org, etc.) en función de las direcciones IP que alguien proporcionó al registrador DNS responsable del dominio. Por lo general, se pueden cambiar iniciando sesión en la interfaz web de administración que le proporcionan.(descargo de responsabilidad: los
AAAA
registros que contienen direcciones IPV6 también se pueden suministrar como parte del pegamento, pero lo dejé por razones de simplicidad).fuente
+trace
. Por eso está ahí.dig +trace
pruebas, agregar+additional
no cambia la salida en absoluto)Hay una explicación precisa (y concisa) en wikipedia .
Citar:
fuente
Después de buscar por siempre y leer mucho sobre los registros de pegamento y aún no entender qué eran o cómo puedes hacerlos, finalmente encontré una respuesta y es muy simple.
Según tengo entendido, no hay información mágica adicional enviada desde algún lugar, así es como funciona.
Digamos que su dominio es example.com y desea utilizar sus propios servidores de nombres ns1.example.com y ns2.example.com, necesita al menos dos servidores DNS.
Para que esto funcione ahora, necesita que el propietario principal del dominio ponga los siguientes registros en su DNS.
Esos dos registros A son los registros de pegamento y deben estar en el dominio superior, en este caso .com, y no todos los registradores pueden hacer esto por usted.
Si esto está mal, corrígeme. Simplemente pensé que intentaba explicar de una manera simple a otros que no pueden encontrar la respuesta correcta.
fuente
sub.example.com
delegado enns1.sub.example.com
yns2.sub.example.com
en laexample.com
zona. Los servidores de nombres secom
han delegadoexample.com
lejos de sí mismos y no pueden proporcionar pegamento a ninguno de sus hijos.sub.example.com
->example.com
->ns1.example.com
->example.com
->ns1.example.com
... y etc.