ADSL com comando configura,após reboot perde configuração... [RESOLVIDO]

theblackwolf
(usa Debian)

Enviado em 02/11/2011 - 15:32h

Ao colega ela configura com comando na hora porém não conserva após reboot...



Quando você conectar veja se recebeu um DNS corretamente e faça um teste de resolução de nomes

cat /etc/resolv.conf

ping www.vivaolinux.com.br

Se não tiver recebido um DNS além de ele não constar no arquivo /etc/resolv.conf você receberá um erro na resolução de nome utilizando o ping. Nesse caso faça

# echo "nameserver 8.8.8.8" > /etc/resolv.conf

natanaelhenrique
(usa Arch Linux)

Enviado em 02/11/2011 - 16:58h

Você usa o Network Manager?

theblackwolf
(usa Debian)

Enviado em 02/11/2011 - 18:19h

Positivo colega,sei que é meio problemático. Más editei a etc/network/interfaces e não dava problema a um tempão...

Vou colocar as mudanças que fiz nele...

O que fiz foi abrir o arquivo /etc/network/interfaces e comentar as linhas "allow-hotplug eth0" e "iface eth0 inet dhcp", ou seja, o arquivo ficou assim:

# 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
#allow-hotplug eth0 _____________ COMENTEI ESSA LINHA
#iface eth0 inet dhcp _____________ COMENTEI ESSA LINHA


Após salvar, fechar o arquivo e reiniciar o sistema, o NetworkManager passou a funcionar como esperado

Tempos depois ele de um problema,por uma dica editei o arquivo: /etc/ppp/options, e adicionei ao final dele a linha:

ipcp-max-failure 30. Há muito não dava problema...

Meu moldem é um Disck Link 500B semi-novo roteado e swiftch,ADSL a cabo esclarecendo minha situação ok

pela sua dica vi que entende do recado... Qualquer comando que queira que eu execute,para trazer melhor entendimento é só pedir...

Obrigado pela atenção...

Obs: O mais hilário é que conecta más não navega,e o mesmo erro depois de uma atualização afetou 2 Squeeze com com as interfaces Gnome e KDE,em máquinas distintas e um Windows XPest,que é em Dual Boot com uma ela. A outra meu notebook Itautec W7655 que é Dual Boot com opção de escolha entre o Squeeze,Windowns 7 e o Back Track 5 com as interfaces Gnome e KDE,o engraçado que o Back Track 5 e o Windows 7 não apresentaram nenhum problema... O Back Track 5 foi editado do mesmo jeito!!!

balani
(usa Slackware)

Enviado em 02/11/2011 - 22:12h

Amigo, o seu modem ADSL está como servidor dhcp? se sim configura ele para servir o dns desejado, ou então fixa o ip da sua placa de rede.

theblackwolf
(usa Debian)

Enviado em 03/11/2011 - 10:54h

Aqui colega está tudo dinâmico,IP e DHCP automático,na CTBC IP muda quase que sempre... Não tenho domínio de IP não...

Se não resolver vou acabar tentando rotia-lo de novo...

balani
(usa Slackware)

Enviado em 03/11/2011 - 11:41h

Amigo, o seu modem está em bridge? se não, acho que vc pode entrar nele e mudar as configurações de DHCP da sua rede interna, não da rede da operadora.

theblackwolf
(usa Debian)

Enviado em 03/11/2011 - 13:23h

Tenho outros sistemas que estão 100% com P2P funcionando redondo e http idem,meu receio é que desconfigure os outros SOs... Quando dou o comando (echo "nameserver 8.8.8.8" > /etc/resolv.conf) ele conectado,passa a navegar etc. Só não segura a configuração pós-reboot... A bem da verdade o que tu achas que ocorreu na atualização??? Acho que se fosse na conf. do moldem tinha zicado era tudo... Me parece que o problema ficou restrito aos 2 Squeeze e 1 XPeste,possibilidade de vírus é descartada não acha???


Meu moldem não está em Bridge...

balani
(usa Slackware)

Enviado em 03/11/2011 - 16:38h

Isso já aconteceu comigo, na minha maquina, resolvi fixando o ip da minha maquina, deixei fixo, pois toda vez no processo de boot sua maquina procura o servidor dhcp da rede, pois ela atualiza o ip da sua maquina ou deixa o mesmo, porem ele não atualiza o resolv.conf, deixando-o em branco. Se vc fixar o ip esse problema acaba.

natanaelhenrique
(usa Arch Linux)

Enviado em 03/11/2011 - 17:19h

Não há problema em configurar diretamente no /etc/network/interfaces.

Parece estar acontecendo uma das duas coisas:

1 - Seu provedor não está fornecendo o DNS automaticamente

2 - Seu provedor fornece DNS automático, porém o arquivo /etc/resolv.conf é sobrescrito quando o Network Manager entra em ação

Para o caso 1 você pode setar um dns manualmente no /etc/network/interfaces incluindo a linha a seguir nele

dns-nameservers 8.8.8.8 8.8.4.4 

Para o caso 2 você pode desativar o Network Manager na inicialização já que não o utiliza. Pode ainda tentar resolver apagando a configuração das interfaces configuradas nele.

natanaelhenrique
(usa Arch Linux)

Enviado em 03/11/2011 - 17:27h

Para saber o que está acontecendo você faz assim

Posta o conteúdo do /etc/resolv.conf antes e depois de fazer a conexão

cat /etc/resolv.conf

Se utiliza o pppoeconf para conectar, faça a conexão verificando em seguida se ele recebeu um dns

Responda se quando você reinicia ele consegue conectar, somente não navega. Após a inicialização posta

ifconfig

theblackwolf
(usa Debian)

Enviado em 04/11/2011 - 14:18h

Assim que der folga posto o resultado nobre colega Natanael... Talvez hoje ainda ok...

theblackwolf
(usa Debian)

Enviado em 04/11/2011 - 21:59h

Antes de conectar

/etc/resolv.conf

# Generated by NetworkManager
nameserver 10.1.1.1 

echo "nameserver 8.8.8.8" > /etc/resolv.conf


root@debian:/home/users# cat /etc/resolv.conf

nameserver 8.8.8.8

root@debian:/home/users# nano /etc/resolv.conf


nameserver 8.8.8.8

ping www.vivaolinux.com.br

root@debian:/home/users# ping www.vivaolinux.com.br
PING vivaolinux.com.br (174.123.53.162) 56(84) bytes of data.
64 bytes from sunshine.vivaolinux.com.br (174.123.53.162): icmp_req=1 ttl=54 time=186 ms
64 bytes from sunshine.vivaolinux.com.br (174.123.53.162): icmp_req=2 ttl=54 time=189 ms
64 bytes from sunshine.vivaolinux.com.br (174.123.53.162): icmp_req=3 ttl=54 time=186 ms
64 bytes from sunshine.vivaolinux.com.br (174.123.53.162): icmp_req=4 ttl=54 time=187 ms
^C
--- vivaolinux.com.br ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 186.384/187.376/189.085/1.027 ms

root@debian:/home/users#

Se utiliza o pppoeconf para conectar, faça a conexão verificando em seguida se ele recebeu um dns ( Não uso ppoeconf )

Depois do comando acima sim = echo "nameserver 8.8.8.8" > /etc/resolv.conf
nameserver 8.8.8.8

Como informações da conecção atual é:
etho0(defaut)
interface: Ethernet (etho0)
Endereço de Hardware: 00:40:A7:19:63:56
Driver: r8169
Velocidade:100Mb/s
Segurança: Nenhum

Endereço IP: 10:1:1:2
Endereço de broadcast: 10:255:255:255
Máscara de subrede: 255:0:0:0
Rota padrão: 10:1:1:1
DNS primário: 10:1:1:1




Responda se quando você reinicia ele consegue conectar, somente não navega. Após a inicialização posta (conectado porém sem navegar)

ifconfig


users@debian:~$ su
Senha:
root@debian:/home/users# ping www.vivaolinux.com.br
ping: unknown host www.vivaolinux.com.br

root@debian:/home/users# ifconfig

eth0      Link encap:Ethernet  Endereço de HW 00:40:a7:19:63:56  
          inet end.: 10.1.1.2  Bcast:10.255.255.255  Masc:255.0.0.0
          endereço inet6: fe80::240:a7ff:fe19:6356/64 Escopo:Link
          UP BROADCASTRUNNING MULTICAST  MTU:1500  Métrica:1
          RX packets:44 errors:0 dropped:0 overruns:0 frame:0
          TX packets:141 errors:0 dropped:0 overruns:0 carrier:0
          colisões:0 txqueuelen:1000 
          RX bytes:6340 (6.1 KiB)  TX bytes:16124 (15.7 KiB)
          IRQ:26 Endereço de E/S:0x2000 

lo        Link encap:Loopback Local  
          inet end.: 127.0.0.1  Masc:255.0.0.0
          endereço inet6: ::1/128 Escopo:Máquina
          UP LOOPBACKRUNNING  MTU:16436  Métrica:1
          RX packets:142 errors:0 dropped:0 overruns:0 frame:0
          TX packets:142 errors:0 dropped:0 overruns:0 carrier:0
          colisões:0 txqueuelen:0 
          RX bytes:11214 (10.9 KiB)  TX bytes:11214 (10.9 KiB) 

root@debian:/home/users#

OBRIGADO AOS COLEGAS PELO INTERESSE ...