Bem, se querem um DNS rápido, creio que a melhor opção é um cache próprio de DNS. Aqui nos meus testes com o dig, as requisições pro OpenDNS levavam cerca de 180ms, do Google Public DNS, 230ms, kinghost, variando bastante, de 40ms a 250ms. Enquanto o cache local de DNS, usando o dnsmasq, com uma configuração básica e usando os DNSs do google de espelho, levavam o msm tempo dos testes do google na PRIMEIRA requisição, e, a partir da segunda, literalmente, os tempos de requisições caiam pra 0 ou, no máximo 1ms. Isso mesmo, zero ou 1ms, no máximo. Se quiserem, envio meu dnsmasq.conf, mas creio que não acharão difícil configura-lo, tendo centenas de tutoriais dele ai na internet. Qualquer coisa, estamos ai.
On 4 dez, 19:46, max <[email protected]> wrote: > Mas o serviço de DNS pode ser degradado por sabe-se la qual motivo, é > isso que eu to querendo dizer: só porque o ping é baixo não siginifica > que o bind, dnsmasq ou seja la o que eles usam vai te responder de > forma rápida. > > Eu ainda dei o exemplo dos DNSs da vivo e claro que tem um tempo de > resposta das queries muito maior que o ping. > > 2009/12/4 Mario Antonio Motta Pitaro <[email protected]>: > > > > > O resultado do query time se assemelha ao resultado dos pings em cada dns > > (kinghost, opendns e google) > > > 2009/12/4 max <[email protected]> > > >> Ping não serve de parametro, se tu der um d...@servidor > >>www.dominioqualqueraqui.comele te da uma linha que é o tempo de > >> resposta da query. isso que é o importante. > > >> Por exemplo: > > >> dig @8.8.8.8www.slackware.com| grep -i "query time" > >> ;; Query time: 247 msec > > >> 2009/12/4 Mario Antonio Motta Pitaro <[email protected]>: > >> > Aqui estão alguns resultados dos pings que deixei no decorrer da tarde, > >> > lembrando que aqui uso servidor dns local. > >> > KINGHOST > >> > Ping statistics for 189.38.95.95: > >> > Packets: Sent = 7997, Received = 7905, Lost = 92 (1% loss), > >> > Approximate round trip times in milli-seconds: > >> > Minimum = 35ms, Maximum = 813ms, Average = 84ms > >> > Ping statistics for 189.38.95.96: > >> > Packets: Sent = 8042, Received = 7960, Lost = 82 (1% loss), > >> > Approximate round trip times in milli-seconds: > >> > Minimum = 36ms, Maximum = 768ms, Average = 86ms > >> > OPENDNS > >> > Ping statistics for 208.67.222.222: > >> > Packets: Sent = 7736, Received = 7577, Lost = 159 (2% loss), > >> > Approximate round trip times in milli-seconds: > >> > Minimum = 154ms, Maximum = 969ms, Average = 218ms > >> > Ping statistics for 208.67.220.220: > >> > Packets: Sent = 7785, Received = 7638, Lost = 147 (1% loss), > >> > Approximate round trip times in milli-seconds: > >> > Minimum = 153ms, Maximum = 921ms, Average = 216ms > >> > GOOGLE > >> > Ping statistics for 8.8.8.8: > >> > Packets: Sent = 7716, Received = 7552, Lost = 164 (2% loss), > >> > Approximate round trip times in milli-seconds: > >> > Minimum = 143ms, Maximum = 865ms, Average = 195ms > >> > Ping statistics for 8.8.4.4: > >> > Packets: Sent = 7890, Received = 7770, Lost = 120 (1% loss), > >> > Approximate round trip times in milli-seconds: > >> > Minimum = 144ms, Maximum = 942ms, Average = 197ms > > >> > 2009/12/4 max <[email protected]> > > >> >> Isso é meio offtopic mas nem sempre é assim. > > >> >> Eu tenho conexões 3g com a claro e vivo e o DNS das duas é terrível. O > >> >> tempo de resposta das queries chega a ser 2x mais rápido quando eu uso > >> >> o OpenDNS ou o DNS lá da empresa. eu acho que só no mẽs de novembro eu > >> >> abri uns 12 tickets com a claro e usn 20 com a vivo sobre isso. Em > >> >> junho eu ja tinha começado um processo na anatel, mas a coisa ta indo > >> >> beeeeeeeeeeeeeeeeem devagar lá. > > >> >> O tempo de resposta do ping é baixo, realmente são poucos saltos. Mas > >> >> não é só isso que faz a requisição ficar rápida, talvez um dia eles > >> >> fazem um serviço à altura do que eu pago (é em média 90 reais/mês por > >> >> uma conexão 1/3G...) ou alguém faz uma lei que tira aquela cláusula > >> >> ridicula de que eles só garantem 10% da velocidade da banda > >> >> contratada. Ai a cosia funciona como tu disse. :( > > >> >> 2009/12/4 Francisco Brasileiro <[email protected]>: > >> >> > Se o determinante para a escolha do RESOLVER for o tempo/distância, > >> >> > então a > >> >> > melhor escolha para cada um é usar o NS do seu fornecedor de acesso. > >> >> > Todas > >> >> > as operadoras/provedores teem seus próprios NS, o que *teoricamente" > >> >> > tem > >> >> > um > >> >> > número menor de hops/saltos. > > >> >> > 2009/12/4 Mario Antonio Motta Pitaro <[email protected]> > > >> >> >> ja tentaram esse aqui do kinghost, pelo menos ao pingar aqui vai na > >> >> >> média > >> >> >> de 50ms contra 200ms do opendns e 150 do google > >> >> >> r...@ratchet:~# cat /etc/resolv.conf > >> >> >> nameserver 189.38.95.95 > >> >> >> nameserver 189.38.95.96 > >> >> >> r...@ratchet:~# > > >> >> > -- > > >> >> > "A utopia está lá no horizonte. Me aproximo dois passos, ela se > >> >> > afasta > >> >> > dois > >> >> > passos. Caminho dez passos e o horizonte corre dez passos. Por mais > >> >> > que > >> >> > eu > >> >> > caminhe, jamais alcançarei. Para que serve a utopia? Serve para isso: > >> >> > para > >> >> > que eu não deixe de caminhar". Eduardo Galeano. > > >> >> > ______________________________________________________________________ > >> >> > Francisco Vasconcelos Brasileiro > >> >> > [email protected] > >> >> > UIN: 6826562 Linux User: > >> >> > #101368 > > >> > -- > >> > Mário Antônio Motta Pitaro > >> > Bacharel em SI > >> > (17) 9143-0859 > >> > gtalk: sidmario > >> > skype: sidmario > >> > msn: [email protected] > > > -- > > Mário Antônio Motta Pitaro > > Bacharel em SI > > (17) 9143-0859 > > gtalk: sidmario > > skype: sidmario > > msn: [email protected] --~--~---------~--~----~------------~-------~--~----~ GUS-BR - Grupo de Usuários de Slackware Brasil http://www.slackwarebrasil.org/ http://groups.google.com/group/slack-users-br Antes de perguntar: http://www.istf.com.br/perguntas/ Para sair da lista envie um e-mail para: [email protected] -~----------~----~----~----~------~----~------~--~---
