Parece una buena idea utilizar el DNS público de Google 8.8.8.8porque 8.8.4.4es realmente rápido, ¡mucho más rápido que el DNS de mi propio ISP! - y probablemente también más confiable. Me parece una victoria ridículamente rápida y mucho más fácil de recordar.
Suponiendo que no todos somos "sombrero de papel de aluminio" con respecto a Google, ¿por qué no todos deberían usar Google DNS? ¿Cómo puedo determinar qué servidor DNS sería el más rápido, el más confiable o cuál se consideraría generalmente el mejor?
Nota: he vistoesta pregunta, pero no quiero una comparación con OpenDNS. Se trata del uso diario por parte de la gente común en sus hogares.
Actualizar:Parece que he metido la mano en un avispero de preocupaciones sobre la privacidad. Aprecio el tema, pero esperaba una discusión más orientada a la tecnología...
Respuesta1
Existe una herramienta útil que prueba los diferentes servidores de nombres DNS disponibles (su ISP, configuración actual, DynDNS, Google Public DNS y otros).
Desde mi punto de vista, los DNS de Google son bastante rápidos, pero dependiendo de la carga que admite GoogleDNS, los DNS de mi ISP a veces son más rápidos.
NombreBench (Linux/Windows/Mac OS X)
Producción :
(fuente:googlecode.com)
Respuesta2
¿Qué tal ejecutar sus propios servidores DNS de caché? Probablemente ya aloja DNS para sus servicios internos, entonces, ¿por qué no configurar esos servidores para realizar búsquedas directas en lugar de reenviar solicitudes a su ISP o Google?
Los beneficios:
- Están muy cerca de tus usuarios (< 2ms)
- El almacenamiento en caché de DNS es muy sencillo de ejecutar
- El almacenamiento en caché sigue siendo bastante eficaz ya que sus usuarios probablemente accedan a los mismos sitios (por ejemplo, serverfault.com y facebook.com).
- Puede registrar las solicitudes de DNS para solucionar problemas
- No hay necesidad de preocuparse de que otra persona registre sus consultas DNS
- Requerido para zonas DNS de cerebro dividido
Respuesta3
Los sitios web y servicios más grandes, como Facebook, a menudo utilizan una red de entrega de contenido (CDN) para enrutar su solicitud al servidor más cercano (y, por lo tanto, probablemente más rápido) para su contenido. Lo hacen a través del enrutamiento DNS anycast, devolviendo la dirección del servidor más cercano cuando realiza una consulta DNS a través de su servidor DNS.En otras palabras, la ubicación física de su servidor DNS puede tener un efecto en las velocidades y tiempos de respuesta que obtiene de ciertas CDN. Utilice un servidor DNS que esté cerca.
Sin embargo, estos servidores DNS públicos utilizan enrutamiento anycast para brindarle una respuesta DNS desde el servidor más cercano. De lo contrario, no podrían ofrecerle respuestas tan rápidas y tiempos de actividad tan elevados. Por ejemplo, cuando consulta 8.8.8.8 desde los Países Bajos, el servidor que responde a la consulta no es el mismo que cuando consulta desde Japón. Esto puede compensar parcialmente el problema de CDN.
El propio Google tiene una advertencia en el mismo sentido (donde el solucionador es el servidor DNS):
Sin embargo, tenga en cuenta que debido a que los servidores de nombres se geolocalizan según la dirección IP del solucionador en lugar de la del usuario, el DNS público de Google tiene las mismas limitaciones que otros servicios DNS abiertos: es decir, el servidor al que se remite a un usuario puede estar más lejos que el otro. que un proveedor de DNS local habría referido. Esto podría causar una experiencia de navegación más lenta en ciertos sitios.
Fuente:https://developers.google.com/speed/public-dns/faq#cdn
No pude encontrar una lista de las ubicaciones de DNS públicas de Google, pero OpenDNS tiene una lista de ciudades ensu página de estadoEso debería darte una idea de cuál es el más cercano también.
Respuesta4
Quizás aún no seas del todo "sombrero de papel de aluminio";pero Google internamente se pregunta si deberías hacerlo.. Recientemente se filtró un documento interno de Google en el que se preguntan si deberían comenzar a extraer todos los datos posibles.