Troca de Provedor (internet lenta)

s.s.junior
(usa Ubuntu)

Enviado em 15/05/2012 - 10:40h

Bom dia a todos! Ao trocar de provedor de internet (link compartilhado sppedy para link dedicado de empresa particular), a internet na minha rede ficou muitoooo lenta, a ponto de não navegar!
Quando reconfigurei a interface que recebe o link, eu tenho o seguinte erro:

"Reconfiguring network interfaces...if-up.d/mountnfs[eth0]: waiting for interface eth2 before doing NFS mounts (warning).done."

Sei que essa msg é erro de montagem do compartilhamento NFS, mas será que não tá influenciando em alguma coisa qdo configuro meu novo ip?

Segue meu interfaces:
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet static
address 10.12.192.2
netmask 255.255.252.0
broadcast 10.12.192.255
#dns-* options are implemented by the resolvconf package, if installed

auto eth2
iface eth2 inet static
address 201.93.132.63
netmask 255.255.255.0
gateway 201.93.132.1
# dns-* options are implemented by the resolvconf packpage, if installed
dns-nameservers 10.67.4.34 200.221.11.100 200.221.11.101

Nesse meu servidor roda: squid, firewall e dhcp!

Obs: o link de internet fora desse servidor está navegando normalmente!

andrecanhadas
(usa Debian)

Enviado em 15/05/2012 - 11:28h

Eu acho que é o DNS. Esse servidor 10.67.4.34 esta com o forwarder habilitado e configurado com um dns externo?

dns-nameservers 10.67.4.34 200.221.11.100 200.221.11.101

Tente inverter a ordem:
dns-nameservers 200.221.11.100 200.221.11.101 10.67.4.34

Ou comente esta linha e adicione manualmente no /etc/resolv.conf (Mais indicado)

options rotate

nameserver 200.221.11.100

nameserver 200.221.11.101

nameserver 10.67.4.34

 

Pode tentar usar o DNS publico do google só para descartar lentidão no DNS da operadora:

options rotate

nameserver 8.8.8.8

nameserver 8.8.4.4

nameserver 10.67.4.34

 

s.s.junior
(usa Ubuntu)

Enviado em 15/05/2012 - 13:04h

Eu tbm acho que o problema é o DNS, o estranho é que só dá problema na navegação do novo provedor, o dns que eles forneceram nem navega! Esses que eu postei são os antigos, esse 10.67.4.34 tem um foward no firewall sim, ele é o dns que resolve endereços da intranet da matriz lá em brasília. Vou tentar aki sua dica e ja posto, mas meu receio é perder a resolução de nomes da intra.

s.s.junior
(usa Ubuntu)

Enviado em 15/05/2012 - 15:15h

Não deu certo, e ainda realmente como eu esperava, derrubou minha resolução de nomes... qual é o procedimento inverso? já que só voltar o resolv.conf ao que era nao deu certo! abraços

andrecanhadas
(usa Debian)

Enviado em 15/05/2012 - 15:22h

Se só alterou o resolv.conf é só voltar ele mesmo.

s.s.junior
(usa Ubuntu)

Enviado em 15/05/2012 - 15:28h

Eu acho que isso:

"Reconfiguring network interfaces...if-up.d/mountnfs[eth0]: waiting for interface eth2 before doing NFS mounts (warning).done."

tem alguma coisa haver com esse meu problema!

s.s.junior
(usa Ubuntu)

Enviado em 15/05/2012 - 16:41h

Agora depois de mexer no resolv.conf, estou com o seguinte erro ao desligar e ao iniciar o server:

/bind9/etc/resolv.conf/update-libc.d/squid: line 4: invoke-rc.d : command not found.

Alguem sabe como posso resolver isso, creio que minha intranet esta fora do ar devido a esse erro.

andrecanhadas
(usa Debian)

Enviado em 15/05/2012 - 18:10h

Pelo que vi isto é um bug do debian Lenny esta usando ele?
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=513102

andrecanhadas
(usa Debian)

Enviado em 15/05/2012 - 18:31h

Vi agora que esta faltando a config network no interfaces:

auto eth2
iface eth2 inet static
address 201.93.132.63
netmask 255.255.255.0
broadcast 201.93.132.255
network 201.93.132.0
gateway 201.93.132.1

s.s.junior
(usa Ubuntu)

Enviado em 15/05/2012 - 19:58h

André, meu interfaces sempre foi daquele jeito que mostrei no primeiro tópico.

Eu uso o Debian 5! e realmente começou esse bug depois que mexemos no resolv.conf. Ai minha resolução de nomes provavelmente do dns 10.67.4.34 não resolve nada!

Voce tem noção de como resolver esse bug?

andrecanhadas
(usa Debian)

Enviado em 15/05/2012 - 20:53h

Provavelmente este bug foi corrigido mas as atualizações para o Lenny ja esgotaram .Outra coisa esse DNS que falou 10.67.4.34 esta fora de sua rede certo e como acessava ele? tem alguma VPN?

s.s.junior
(usa Ubuntu)

Enviado em 15/05/2012 - 21:00h

Sim, atravesso ele por VPN! Você acha que pode ter acontecido o que para eu perder esse túnel?