Como posso escolher entre usar o DNS do meu ISP ou o 8.8.8.8 do Google?

Como posso escolher entre usar o DNS do meu ISP ou o 8.8.8.8 do Google?

Parece uma boa ideia usar o DNS público do Google 8.8.8.8e 8.8.4.4porque é muito rápido - muito mais rápido que o DNS do meu próprio ISP! - e provavelmente mais confiável também. Parece uma vitória ridiculamente rápida para mim e muito mais fácil de lembrar.

Supondo que não somos todos "chapéus de papel alumínio" em relação ao Google, por que todo mundo não deveria usar o DNS do Google? Como posso determinar qual servidor DNS seria o mais rápido, mais confiável ou qual seria geralmente considerado o melhor?

Nota: eu viessa questão, mas não quero uma comparação com o OpenDNS. Trata-se do uso diário pelas pessoas comuns em suas casas.

Atualizar:Parece que coloquei minha mão em um ninho de vespas em questões de privacidade. Agradeço a questão, mas esperava uma discussão mais voltada para a tecnologia ...

Responder1

Existe uma ferramenta útil que testa os diferentes servidores de nomes DNS disponíveis (seu ISP, configuração atual, DynDNS, Google Public DNS e outro).

Do meu ponto de vista, o DNS do Google é muito rápido, mas dependendo da carga que o GoogleDNS suporta, o DNS do meu ISP às vezes é mais rápido.

NameBench (Linux/Windows/Mac OS X)

Saída : texto alternativo
(fonte:googlecode.com)

Responder2

Que tal executar seus próprios servidores DNS de cache? Você provavelmente já hospeda DNS para seus serviços internos, então por que não configurar esses servidores para fazer pesquisas diretas em vez de encaminhar solicitações ao seu ISP ou ao Google?

Os benefícios:

  • Eles estão muito próximos de seus usuários (<2ms)
  • O cache de DNS é extremamente simples de executar
  • O cache ainda é bastante eficaz, pois seus usuários provavelmente acessam os mesmos sites (por exemplo, serverfault.com e facebook.com)
  • Você pode registrar solicitações de DNS para solução de problemas
  • Não há necessidade de se preocupar com outra pessoa registrando suas consultas DNS
  • Obrigatório para zonas DNS de cérebro dividido

Responder3

Sites e serviços maiores, como o Facebook, costumam usar uma Rede de Entrega de Conteúdo (CDN) para encaminhar sua solicitação para o servidor mais próximo (e, portanto, provavelmente mais rápido) de seu conteúdo. Eles fazem isso por meio do roteamento DNS anycast, retornando o endereço do servidor mais próximo quando você realiza uma consulta DNS por meio do seu servidor DNS.Em outras palavras, a localização física do seu servidor DNS pode afetar as velocidades e os tempos de resposta obtidos de determinados CDNs. Use um servidor DNS próximo.

No entanto, esses servidores DNS públicos usam roteamento anycast para fornecer uma resposta DNS do servidor mais próximo. Caso contrário, eles não poderiam fornecer respostas tão rápidas e altos tempos de atividade. Por exemplo, quando você consulta 8.8.8.8 na Holanda, o servidor que responde à consulta não é o mesmo de quando você consulta no Japão. Isso pode compensar parcialmente o problema do CDN.

O próprio Google tem um aviso com o mesmo efeito (onde o resolvedor é o servidor DNS):

Observe, no entanto, que como os servidores de nomes se localizam geograficamente de acordo com o endereço IP do resolvedor e não com o do usuário, o DNS público do Google tem as mesmas limitações que outros serviços DNS abertos: ou seja, o servidor ao qual um usuário é encaminhado pode estar mais distante do que aquele para que um provedor de DNS local teria referido. Isso pode causar uma experiência de navegação mais lenta em determinados sites.

Fonte:https://developers.google.com/speed/public-dns/faq#cdn

Não consegui encontrar uma lista de locais DNS públicos do Google, mas o OpenDNS tem uma lista de cidades emsua página de statusisso deve lhe dar uma ideia de qual deles você está mais próximo também.

Responder4

Talvez você ainda não seja todo “chapéu de papel alumínio”;mas o Google internamente está se perguntando se você deveria estar. Recentemente, vazou um documento interno do Google onde eles ponderam se deveriam começar a minerar todos os dados que puderem.

informação relacionada