Soporte técnico práctico
DNS explicado, sin conjeturas
Comprenda los nombres, registros, caches y resoluciones de DNS, con solución de problemas de solo lectura y una distinción clara entre la resolución de un nombre y la carga de un sitio.
Última vez revisado:
DNS es un paso para llegar a un sitio web
Cuando ingresa un nombre de host como www.example.com, el dispositivo necesita información para llegar al destino. DNS proporciona registros asociados con nombres. Un registro A puede dar una dirección IPv4, mientras que un registro AAAA puede dar una dirección IPv6.
Una respuesta no demuestra que el sitio web esté funcionando. El dispositivo todavía necesita una ruta, una conexión al servidor y una sesión encriptada válida para HTTPS. La aplicación puede devolver un error o requerir autenticación. “DNS resuelve” y “la página se carga” son resultados diferentes.
Este diagrama simplificado separa la pregunta de nombre de la conexión al sitio web, y es posible que una caché ya proporcione la respuesta. El navegador puede usar un resolutor diferente al del sistema operativo, por lo que un comando local y un navegador no tienen que seguir la misma ruta DNS.
Resolutores, servidores autorizados y cachés
Un resolver recursivo encuentra respuestas para los clientes, siguiendo la información de DNS cuando carece de una respuesta en caché.Un servidor de nombres autorizado publica los registros para una zona.Un enrutador doméstico puede reenviar preguntas a un resolutor en otro lugar en lugar de publicar los registros del sitio web en sí.
El tiempo de vida de un registro, o TTL, influye en cuánto tiempo se puede retener una respuesta. Diferentes resolutores pueden retener respuestas obtenidas en diferentes momentos, lo que ayuda a explicar por qué una conexión ve un registro editado antes que otro.
La “propagación” no significa que un switch mundial se invierta en un momento fijo. El registro, su TTL anterior, los cambios de delegación y el comportamiento del resolutor afectan lo que las personas ven.
Comience con una comparación controlada
- Registre el nombre de host exacto, el error del navegador y la hora.
www. - Prueba un sitio no relacionado en el mismo dispositivo.
- Compare otro navegador y, si es posible, otro dispositivo en la misma conexión.
- Pruebe otra conexión permitida si es útil. Registre la configuración de VPN y DNS seguro del navegador.
Una comparación de datos móviles cambia tanto la ruta de red como probablemente el DNS. Un resultado exitoso allí reduce el problema, pero no demuestra que el DNS lo haya causado. Otro navegador también puede diferir en extensiones, sesiones o configuración de proxy.
Usar una búsqueda de solo lectura para respaldar la evidencia
En el sistema Windows, nslookup Puede pedirle un nombre al servidor DNS configurado, algunos otros sistemas operativos también lo proporcionan. Si no está presente, siga las herramientas documentadas del propio sistema en lugar de instalar software de solución de problemas desconocido.
nslookup www.example.comEsto hace una solicitud DNS para un dominio de documentación. Reemplácelo con el nombre de host público que está investigando. No envíe nombres internos confidenciales a resoluciones públicas o herramientas en línea. Una empresa puede usar deliberadamente DNS interno o dividido a través de su red o VPN.
Una respuesta IPv6 no demuestra una conectividad IPv6 utilizable, y una respuesta IPv4 no demuestra que el servidor acepta una conexión.Una respuesta IPv6 no demuestra una conectividad IPv6 utilizable, y una respuesta IPv4 no demuestra que el servidor acepta una conexión.
Compara la vista pública con la vista de tu dispositivo
El dominio y la búsqueda de DNS Su ubicación y resolución no son de su dispositivo, y no inspecciona su caché de DNS de origen, lo que significa que no puede ver su caché de DNS de origen.
Si esa vista parece correcta mientras la navegación falla, compare la búsqueda local y el error exacto del navegador. Puede estar involucrado un proxy, VPN, problema de certificado o conexión bloqueada.Informe estas observaciones en lugar de declarar que todo el sitio está bien porque una búsqueda remota devolvió una dirección.
Tratar un cambio de DNS como un experimento
En su propia red, otro solucionador confiable puede ayudarle a investigar algunos errores de resolución de nombres.Registre la configuración automática o manual anterior y sepa cómo restaurarla.Pregunte a TI antes de cambiar un dispositivo administrado porque DNS puede proporcionar nombres internos o filtrado.
Repita la comparación original después, si es necesario. Una caché también puede haber caducado o un destino se ha recuperado.No cambie el router, el navegador y el dispositivo simultáneamente y luego asuma que el cambio lo arregló.
Una dirección IP sin procesar no es un sustituto fiable para un nombre de sitio web. Los certificados HTTPS y el alojamiento compartido dependen de los nombres de host.
Si usted administra el sitio web
En primer lugar, identifique el proveedor autorizado activo de DNS. El registro, el alojamiento de DNS y el alojamiento de sitios web pueden ser servicios separados.
Después de un cambio previsto, compruebe el nombre de host exacto, el tipo de registro y el destino.Preserve los registros no relacionados, como la configuración de correo electrónico.Un correo electrónico que funciona no establece un DNS web que funciona, o viceversa.
Un ticket útil incluye el nombre de host público, la respuesta esperada, el error observado, la hora, la conexión y el estado de la VPN. Guía de la página web que no carga.