Cuando alguien (o alguna computadora) en Internet, por así decirlo, quiere conectarse a una de sus máquinas, le pide a su servidor de nombres local una dirección IP que coincida con el nombre de host que le interesa.
Entonces, si le dice a alguien "hey, eche un vistazo a mi sitio web genial http://www.example.com ", la computadora del otro tipo preguntará a su servidor de nombres local "hey, ¿cuál es la dirección IP de www.example.com?"
Suponiendo que el servidor de nombres local nunca haya buscado la respuesta a esa pregunta antes, le pedirá a los servidores de nombres raíz que descubran qué servidor (s) manejan las búsquedas de ".com". Cuando obtenga esa respuesta, preguntará a esos servidores qué servidores manejan las búsquedas de "example.com". Cuando obtenga esa respuesta, le pedirá a esos servidores una dirección IP para "www.example.com".
Cuando los servidores, por ejemplo ,.com respondan con una dirección IP para www.example.com, también le darán una pista al servidor de nombres solicitante sobre cuánto tiempo debe recordar la respuesta a esta pregunta. Esa pista se llama "TTL", o "tiempo de vida", y se mide en segundos. No hay garantía de que ningún servidor preste atención al TTL: algunos servidores de nombres pueden estar configurados para no recordar nunca las respuestas a las búsquedas, y siempre repetirán el proceso incluso si se les pregunta varias veces por segundo. Se pueden configurar otros servidores de nombres para mantener la respuesta durante mucho tiempo, incluso si ha sugerido que los datos solo se conserven por un corto tiempo, tal vez porque quieren minimizar el tráfico de red. El TTL es solo una sugerencia, no un requisito o una garantía.
La respuesta literal a su pregunta, ¿por qué no se propagan sus registros DNS en Internet? Es que no lo hacen porque se supone que no deben hacerlo.
Además, si está buscando su propia información de DNS utilizando un sitio diseñado para investigar o depurar información de DNS, es probable que ese sitio no almacene datos en caché por mucho tiempo, o en absoluto, independientemente de cuál sea su sugerencia TTL, porque El objetivo del sitio es probablemente proporcionar información sobre lo que dice el sistema DNS AHORA MISMO, no hace 5, 50 o 500 segundos. Es por eso que sus cambios se reflejan de inmediato, y por qué el servicio deja de funcionar tan pronto como desconecta sus servidores de nombres.
Sospecho que su pregunta subyacente podría ser "¿cómo puedo configurar las cosas para que si mi servidor DNS se reinicia o su disco duro se apaga, otras personas en Internet todavía podrán ver mis páginas web?"
La respuesta a esa pregunta es configurar varios servidores de nombres para su dominio y hacer que se ejecuten en diferentes máquinas, idealmente, no solo en diferentes computadoras físicas, sino con diferentes conexiones de red, tal vez incluso en diferentes ciudades o estados o países o continentes. La mayoría de estos servidores de nombres se configurarán como "esclavos", lo que significa que buscan información en un servidor de nombres "maestro" y luego repiten esa información a cualquiera que les pida datos.
Entonces, en sus datos de WHOIS con su registrador de nombres de dominio, puede configurar cuatro servidores de nombres para su dominio:
ns1.example.com ns2.example.com ns1.otherguy.com ns2.otherguy.com
donde ns1.example.com es su servidor DNS actual. ns2.example.com podría ser otra máquina en su empresa / organización, idealmente no en la misma subred y en el mismo bastidor del servidor (o debajo del mismo escritorio) que ns1.example.com.
ns1.example.com se considerará el servidor "maestro", y cuando desee cambiar su DNS, realizará los cambios en esa máquina.
ns2.example.com se configurará como un servidor "esclavo", que solo copia cualquier dato que haya configurado en ns1.example.com, pero al mundo exterior no le importa la distinción maestro / esclavo, ns2.example .com se considerará tan "oficial" como ns1.example.com.
ns1.otherguy.com y ns2.otherguy.com son máquinas que están configuradas en otro lugar, tal vez haga un acuerdo con un amigo / colega en otra organización para ejecutar servidores de nombres, o tal vez se configure con dyndns.com o everydns.net o cualquiera de los otros proveedores de DNS gratuitos o comerciales. Independientemente de cómo lo resuelva, obtendrá esas máquinas configuradas como esclavas, de modo que obtengan la información de DNS, por ejemplo, de ns1.example.com (su "maestro"), y enviarán esa información de DNS a cualquier máquina en el Internet que lo pide.
Una vez que su registrador de dominios publique los nuevos registros NS para su dominio (que debería ser aproximadamente instantáneamente), cuando alguien en Internet le pregunte qué servidor de nombres de dominio maneja "example.com", obtendrá cuatro respuestas:
ns1.example.com, ns2.example.com, ns1.otherguy.com, ns2.otherguy.com
Dependiendo de cómo esté configurado el servidor de nombres del otro tipo, podría tratar a esos cuatro como una lista y preguntarles uno a uno cómo llegar a "www.example.com", o podría hacerles a los cuatro la misma pregunta en el al mismo tiempo, y simplemente tome la respuesta de la máquina que responda primero. De cualquier manera, si ns1.example.com está caído porque el disco duro murió o si decidió reiniciar o lo que sea, entonces las otras 3 máquinas estarán disponibles para responder la pregunta y su sitio web seguirá siendo visible.
La forma más fácil de resolver este problema es registrarse con un proveedor de servicios de DNS que se encargará de DNS para su dominio; el precio de esto varía de gratis a miles (probablemente incluso decenas o cientos de miles) de dólares por mes, dependiendo de nivel de servicio que desea Puede obtener un servicio razonablemente confiable por $ 30 / año más o menos. Los servicios gratuitos no son horribles y, por lo tanto, tienen una buena relación calidad-precio, pero si depende de su sitio web para ganar dinero, debería poder obtener $ 30 por un año de DNS .
Luego, siga las instrucciones del proveedor de servicios DNS para cambiar los registros NS en su registrador de nombres de dominio, y estará listo.
example.comlugar; está oficialmente reservado para ese propósito.