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. Isso parece uma vitória ridiculamente rápida para mim e muito mais fácil de lembrar.
Supondo que não somos todos "bonecos de lata" sobre o Google, por que todos não deveriam usar o DNS do Google? Como posso determinar qual servidor DNS seria o mais rápido, mais confiável ou o que geralmente seria considerado o melhor?
Nota: Vi essa pergunta , mas não quero uma comparação com o OpenDNS. Trata-se do uso diário das pessoas comuns em suas casas.
Atualização: parece que coloquei minha mão em um ninho de vespas com preocupações com a privacidade. Aprecio a questão, mas esperava uma discussão mais orientada para a tecnologia ...
fonte
Respostas:
Existe uma ferramenta útil que testa os diferentes servidores de nomes DNS disponíveis (seu ISP, configuração atual, DynDNS, DNS público do Google e outro).
Do meu ponto de vista, o DNS do Google é muito rápido, mas dependendo da carga que o GoogleDNS suporta, meu DNS do ISP às vezes é mais rápido.
NameBench (Linux / Windows / Mac OS X)
Saída: texto alternativo http://namebench.googlecode.com/files/screenshot-1.3-graphs.jpg
fonte
Que tal executar seus próprios servidores DNS em cache? Você provavelmente já hospeda o DNS para seus serviços internos. Por que não apenas configurar esses servidores para fazer pesquisas diretas em vez de encaminhar solicitações ao seu ISP ou Google?
Os benefícios:
fonte
Sites e serviços maiores, como o Facebook, costumam usar uma CDN (Rede de Entrega de Conteúdo) para encaminhar sua solicitação ao servidor mais próximo (e, portanto, provavelmente mais rápido) do conteúdo. Eles fazem isso via roteamento DNS anycast, retornando o endereço do servidor mais próximo quando você executa uma consulta DNS por meio do servidor DNS. Em outras palavras, a localização física do servidor DNS pode afetar a velocidade e o tempo de resposta que você obtém de certas CDNs. Use um servidor DNS por perto.
No entanto, esses servidores DNS públicos usam o 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 tempo de atividade alto. Por exemplo, quando você consulta 8.8.8.8 na Holanda, o servidor que responde à consulta não é o mesmo que quando você consulta no Japão. Isso pode compensar parcialmente o problema da CDN.
O próprio Google tem um aviso com o mesmo efeito (onde resolvedor é o servidor DNS):
Fonte: https://developers.google.com/speed/public-dns/faq#cdn
Não consegui encontrar uma lista dos locais DNS públicos do Google, mas o OpenDNS tem uma lista de cidades em sua página de status que deve lhe dar uma idéia de qual você é o mais próximo também.
fonte
Toda solicitação enviada através de um servidor DNS pode ser registrada e esses dados coletados. Isso não é coisa de chapéu de folha de flandres, eu conheço empresas que fazem coisas semelhantes. Em quem você mais confia com esses dados, seu ISP ou Google? Isso deve fazer parte da decisão.
Em segundo lugar, a razão pela qual nem todos deveriam usar o DNS do Google é toda a natureza da Internet. Tal como está, nenhuma empresa administra ou controla a Internet de maneira alguma - você pode escolher qual provedor de serviços de Internet você usa, com quem hospeda, onde hospeda, como hospeda, com quem seu DNS está hospedado e com quem você usa. Pesquisas de DNS. Não há uma pessoa no controle e não há um ponto único de falha ou compromisso.
Não estou dizendo que não use o Google, apenas não coloque todos os seus ovos na mesma cesta. Por que não usar 8.8.8.8 e seu servidor de nomes primário de ISPs?
fonte
Talvez você ainda não seja todo o "chapéu de papel alumínio"; mas o Google internamente está se perguntando se deveria . Houve um documento interno do Google vazado recentemente, onde eles ponderam se devem começar a minerar todos os dados que puderem.
fonte
pacotes DNS são roteados através do udp. O Udp é um protocolo sem conexão, portanto, se você tiver muitos hop's (redes) para viajar para o Google DNS, perderá pacotes ou dois. Pacotes perdidos no seu caso significam atraso, por isso gostaria do DNS mais próximo possível para obter uma resposta mais rápida.
fonte
Use os servidores DNS do seu provedor de serviços de Internet, eles estão mais perto de você e têm menos probabilidade de monitorar seu tráfego do que o Google.
fonte
Para a maioria dos ISPs, isso é óbvio, porque o DNS tende a ser péssimo. O DNS causa um enorme impacto na experiência do usuário.
A única desvantagem do meu ponto de vista é que você pode perceber um desempenho ruim nos sites que usam CDNs. Percebi que o desempenho do download do iTunes não era tão bom com o DNS do Google ... mas sou apenas eu.
A questão da privacidade não é para mim. A única diferença entre o Google monitorar suas atividades e seu ISP é que o Google provavelmente é melhor em obter o valor real dos dados. Jeff e Joel tiveram uma discussão muito boa sobre a questão do DNS do Google em um dos podcasts StackOverflow posteriores que vale a pena ouvir.
fonte
A única maneira de realmente decidir é compará-lo. Vai ser diferente dependendo da sua conexão. Você deve usar uma ferramenta como http://www.grc.com/dns/benchmark.htm para descobrir o que é realmente mais rápido
fonte
Simplesmente PINGEI o IP dos servidores DNS do ISP / Google e os resultados favoreceram o ISP, antes e depois de alterar a configuração Primária e Secundária do DNS. 26ms vs 77ms
fonte
O DNS do Google é ótimo, mas eles caem de vez em quando. Enquanto escrevo isso, 8.8.8.8 e 8.8.4.4 são inusitavelmente lentos.
Para um computador pessoal, recomendo o Google porque eles são rápidos e geram um erro se houver uma falha, ao contrário da maioria dos ISPs, que o levará a uma página de pesquisa irritante.
Para servidores colocados em centros de dados, recomendo usar o DNS fornecido pelo seu controlador de domínio. Você pode ligar para o seu controlador de domínio em caso de interrupção, enquanto o Google não pode ser contatado e é responsável por nada.
fonte