¿Qué sucede cuando cambio un registro del servidor de nombres o un registro A en el archivo de zona o la configuración de DNS?


11

Realmente no entiendo cómo funcionan Internet y DNS. Estoy inundado de términos que no entiendo cuando intento leer sobre esto en wikipedia. No tengo experiencia en informática.

Al cambiar un registro del servidor de nombres de ns1.oldserver.com a ns1.newserver.com, ¿qué está sucediendo realmente? Quiero decir, ¿qué "máquina" o cosa es responsable de dirigir la consulta de URL del usuario desde ns1.oldserver.com a ns1.newserver.com? ¿Cómo sabrá el usuario que nunca debe volver a ns1.oldserver.com?

Del mismo modo, cuando cambio el registro A de un dominio para que apunte de una dirección IP anterior a una nueva, ¿qué sucede realmente? ¿Es lo mismo que cambiar el registro del servidor de nombres?

Gracias

Respuestas:


19

El registro se delega de los servidores de nombres principales: es como una cadena (o generalmente se describe como un árbol inverso). Cada cliente DNS conoce las direcciones IP de los servidores raíz; estos son un conjunto de servidores (creo que son 13) que proporcionan Direcciones IP de los servidores de registros: Nominet para .uk, eurID para .eu, etc.

Su dominio se registra con el registro que tiene las direcciones de sus servidores de nombres (ns1.oldserver.com en su ejemplo). Finalmente, el servidor de nombres de su dominio (o servidores de nombres, como debería tener dos como mínimo) atiende la solicitud real.

Imagine por ejemplo, un cliente quiere visitar www.dominio.com.

Esto se puede dividir en tres componentes: el denominado dominio de nivel superior (TLD) que el cliente consulta a los servidores raíz .com en este ejemplo. Uno de los servidores de nombres que servirían para esto podría ser a.gtld-servers.net (los servidores raíz le darán la dirección IP de a.gtld-servers.net al cliente), estos se conocen como NS y registros de pegamento.

El siguiente es el dominio real: dominio.com en este ejemplo. El cliente consulta a.gtld-servers.com para domain.com. Esto puede devolver ns1.domain.com y ns2.domain.com con las direcciones IP relevantes como NS y registros de pegamento.

Finalmente el nombre de host - www en este ejemplo. Por lo tanto, el cliente consultará ns1.domain.com o ns2.domain.com para el dominio www.domain.com y recuperará la dirección IP real del sitio web (registro A).

Todo esto tiene lugar en milisegundos. El tiempo de espera típico para una resolución de DNS es de 2 segundos.

Para volver a su pregunta original, cuando cambia los servidores de nombres, está cambiando los registros NS a nivel de registro (Nominet, eurID, etc.) Después de realizar su cambio, cuando un cliente consulta los servidores raíz de domain.com , recibirá la dirección IP de ns1.newserver.com en lugar de ns1.oldserver.com.

Por lo general, los clientes de todo el mundo tardan hasta 72 horas en notar el cambio, ya que almacenan en caché todos los resultados durante un período de tiempo especificado en el registro de dominio. Los registros NS generalmente se almacenan en caché durante 72 horas o incluso hasta una semana. Por lo tanto, no desconecte sus antiguos servidores de nombres durante al menos unos días después de realizar el cambio.

Cambiar un registro A es muy similar a cambiar un registro NS: solo está cambiando el contenido, como cambiar un registro de base de datos. La próxima vez que alguien pregunte por su registro, obtendrá el nuevo valor (nuevamente teniendo en cuenta el almacenamiento en caché, pero es mucho menor para los registros A, generalmente 1/2 - 1 día).

Si tiene acceso a un cuadro de Linux, ejecute dig + trace www.google.com, y verá la cadena completa de consultas que podrían darle una mejor idea.


Bellamente explicado!
Nitin Venkatesh

He agregado un nuevo DNS, por lo que puedo tener un secundario para la copia de seguridad. DNS Local Parent Mismatch es el único error que obtengo al verificarlo con herramientas en línea. ¿Se propaga automáticamente eventualmente o mi ISP tendrá que actualizar sus registros?
Overmind
Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.