Pessoal: Agradeço as sugestões. Ainda não tentei implementar nenhuma porque, sem qualquer razão aparente, a conexão voltou a ficar rápida. Mas esse problema é recorrente: quando voltar, vou tentar uma das soluções. Obrigado. G.Paulo
On Wed, 2 May 2007 22:35:39 -0300 "Marcos Lazarini" <[EMAIL PROTECTED]> wrote: > Se o problema é DNS, sugiro usar o dig p/ medir os tempos p/ resolver > os nomes em IPs: > > http://www.madboa.com/geek/dig/ > > Veja o campo "Query time" próximo ao final da saída produzida pelo comando. > > Conforme o caso, vc pode instruir ele p/ usar outro DNS e ver se o > problema é o dns server mesmo ou se é local. Alias, lá tem até > traceroute de dns.... > > > PS: e IPs com final 0 ou 255 realmente são endereços de broadcast :-) > A princípio não vejo nada errado nela - e se houvesse algum problema, > certamente mais coisa estaria comprometida. > > -- > Marcos > > Em 29/04/07, G.Paulo<[EMAIL PROTECTED]> escreveu: > > Estou tentando primeiramente verificar a tabela de roteamento. Porém, como > > posso verificar e alterar a tabela de roteamento. Veja: > > > > # route -v > > Kernel IP routing table > > Destination Gateway Genmask Flags Metric Ref Use > > Iface > > 201.17.72.0 * 255.255.248.0 U 0 0 0 eth0 > > default c9114801.rjo.vi 0.0.0.0 UG 0 0 0 eth0 > > > > # netstat -nr > > Kernel IP routing table > > Destination Gateway Genmask Flags MSS Window irtt > > Iface > > 201.17.72.0 0.0.0.0 255.255.248.0 U 0 0 0 > > eth0 > > 0.0.0.0 201.17.72.1 0.0.0.0 UG 0 0 0 > > eth0 > > > > > > Se eu tentar pingar o 201.17.72.0 tenho a resposta de que este > > endereço é de broadcast. > > Alguém poderia me dizer ou indicar um link que me permita alterar > > seguramente esta tabela? Andei procurando pela rede, mas o assunto não é > > nada trivial. Pelo contrário, parece coisa muito acima do meu nível. >
