
Quando tenho que escolher meu DNS, acho que devo considerar:
- Velocidade
- Confiabilidade
- Privacidade
- Controle (relatórios e estatísticas)
As principais opções que me vêm à mente, e como as peso de acordo com os fatores acima, são:
- Meu ISP = mais rápido (mais perto de mim), mas com menos privacidade (eles podem associar minhas solicitações de DNS a mim mesmo)
- OpenDNS e similares = mais controle e mais privacidade (tudo o que eles têm é um dos meus endereços de e-mail)
- Google = menos privacidade (eles podem associar minhas solicitações de DNS à minha Conta do Google e às minhas pesquisas)
Que fatores de ponderação ou outras opções eu perdi?
Responder1
Meu ISP = mais rápido (mais perto de mim)
Este é um equívoco comum: a distância não representa a velocidade por si só. Compare o uso dos antigos cabos de rede únicos feitos de metal com os sistemas mais recentes de múltiplos cabos de fibra de vidro, comoEuroDOCSIS 3.0.
Além do atraso de propagação, você também tem um atraso de processamento no servidor; Tenho certeza de que o servidor DNS em um ISP é menos poderoso que um servidor DNS hospedado pelo Google, portanto, é completamente possível ou um servidor que está a uma distância muito maior ser realmente mais rápido que o servidor DNS do seu ISP.
Hospedar seu roteador/servidor DNS pode ser o mais rápido, embora não tenha todos os registros DNS armazenados!
banco de nomesdo Google pode ajudá-lo a escolher um servidor DNS melhor, o restante da sua pergunta é subjetivo.
Você é um usuário avançado com 5 minutos de sobra? Você quer uma experiência de internet mais rápida?
Experimente o namebench. Ele caça o mais rápidoServidores DNSdisponível para uso pelo seu computador. namebench executa um benchmark justo e completo usando o histórico do seu navegador da web, saída tcpdump ou conjuntos de dados padronizados para fornecer uma recomendação individualizada. namebench é totalmente gratuito e não modifica seu sistema de forma alguma. Este projeto começou como um projeto de 20% no Google.
namebench é executado em Mac OS X, Windows e UNIX e está disponível com uma interface gráfica de usuário, bem como uma interface de linha de comando.
Aqui estão as telas pelas quais você passará ao usar este programa:
Também existe uma versão de linha de comando:
Final list of nameservers considered:
------------------------------------------------------------------------------
130.85.1.5 UMBC 5 US 56 ms |
208.67.222.220 OpenDNS-3 56 ms | www.google.com is hijacked: google.navigation.opendns.com
209.244.0.4 Level3-R2 62 ms |
216.146.35.35 DynGuide 63 ms | NXDOMAIN Hijacking
204.9.56.9 BroadAspect US 63 ms |
8.8.4.4 Google Public DNS- 64 ms | Replica of Google Public DNS [8.8.8.8]
208.67.220.220 OpenDNS 65 ms | www.google.com is hijacked: google.navigation.opendns.com
156.154.70.1 UltraDNS 67 ms | NXDOMAIN Hijacking
127.0.0.1 Localhost IPv4 68 ms | NXDOMAIN Hijacking (www)
209.18.47.61 RoadRunner NC US 68 ms | Replica of RoadRunner NC-2 US [209.18.47.62], NXDOMAIN Hijacking (www)
156.154.71.22 Comodo Secure DNS- 80 ms | NXDOMAIN Hijacking
209.18.47.62 RoadRunner NC-2 US 104 ms | (excluded: Slower replica of RoadRunner NC US [209.18.47.61])
- Sending 250 queries to 11 servers...
Mean response (in milliseconds):
--------------------------------
Google Public DN ################# 64.85
Comodo Secure DN ################### 72.84
RoadRunner NC US ####################### 91.19
UltraDNS ####################### 91.61
Localhost IPv4 ########################### 108.66
OpenDNS ############################ 110.69
OpenDNS-3 ###################################### 149.85
DynGuide ####################################### 156.60
Level3-R2 ########################################### 169.81
UMBC 5 US ########################################### 172.63
BroadAspect US ##################################################### 214.19
Response Distribution Chart URL (200ms):
----------------------------------------
http://chart.apis.google.com/chart?cht=lxy&chs=720x415&chxt=x,y&chg=10,20&chxr=0,0,200|1,0,100&chd=t:0,8,8,9,10,1...
Response Distribution Chart URL (Full):
---------------------------------------
http://chart.apis.google.com/chart?cht=lxy&chs=720x415&chxt=x,y&chg=10,20&chxr=0,0,3500|1,0,100&chd=t:0,0,0,1,1,1...
Recommended configuration (fastest + nearest):
----------------------------------------------
nameserver 8.8.4.4 # Google Public DNS-2
nameserver 127.0.0.1 # Localhost IPv4
nameserver 209.18.47.62 # RoadRunner NC-2 US
Responder2
Outra ferramenta freeware para testar e encontrar um bom servidor DNS éReferência de DNSpor GRC
Ele vem com uma lista dos 50 melhores personalizados (que o Google e o OpenDNS geralmente são listados) que encontrará os 50 melhores servidores para testar com base no seu IP.
Ele faz um teste muito completo e informa se o servidor oferece suporte a DNSSEC e se eles redirecionam domínios inválidos para sua própria página de destino, em vez de fornecer uma resposta de "Domínio inválido".
Responder3
Muitas redes de distribuição de conteúdo usam seu servidor DNS para encaminhá-lo para um local ideal, usar o Google ou OpenDNS significa que eles podem não ser capazes de encaminhá-lo de maneira ideal. Usar o DNS do Google para conteúdo do Google proporcionará ÓTIMO desempenho deles, mas não do DNSLB de ninguém , ou um cdn como Limelight, Level3 ou outros, usar OpenDNS condena você a todos. O Google publicou uma RFC sobre algumas soluções sugeridas para issomas eles não são implementados, então você fica ferrado ao usar servidores de nomes não locais.
Responder4
Uma coisa que você perdeu é..
Quão compatíveis eles são? (Ou talvez, quão baunilha eles são?)
Você pode perceber um serviço DNS fazendo o seguinte.
- Filtrando certas coisas. (Censura)
- Substituir certas solicitações por resultados que atendem a si mesmos.
- Serviço limitado relativo a partes que não os beneficiam.
Por exemplo, a razão pela qual eununcausar OpenDNS é porque eles resolvem todos os endereços não resolvidos para um endereço IP OpenDNS especial que, se bem me lembro, abre uma busca pela solicitação não resolvida com publicidade do OpenDNS.
Acho isso incrivelmente irritante, porque quero que meu mecanismo de pesquisa forneça seu próprio comportamento para quando um endereço não pode ser resolvido e isso torna impossível detectar todos os endereços não resolvidos.