A conexão com a Internet não está funcionando, embora esteja conectada

Question

Eu tenho um Toshiba z830 com o Ubuntu 12.04. Eu poderia usar sem problemas a conexão DSL (não tenho roteador, apenas um modem) em casa até um par de dias atrás:

Parou para funcionar quando estava conectado à conexão DSL via CiscoVPN (no meu local de trabalho), tive que deixar o laptop sem vigilância por algum tempo e acho que o laptop tentou ir para a suspensão. Quando voltei, havia muitas mensagens em uma tela preta (desculpe, não consigo anexar uma imagem por causa da minha baixa reputação) e o laptop não estava respondendo. Eu tive que redefinir isso.

Depois de reiniciá-lo, a conexão com a internet não funcionou como antes (sem navegação, sem ssh, sem skype, etc), embora ele diz que está conectado. Eu só consigo navegar, etc quando me conecto ao CiscoVPN no mesmo lugar onde eu estava conectado quando ele caiu.

Quando estou fisicamente conectado à VPN (no trabalho), posso usar a rede sem fio, que não posso mais usar agora desde o incidente descrito acima.

Algumas informações adicionais:

martillu@ubuntu:~$ cat /etc/resolv.conf  
domain km.icrr.u-tokyo.ac.jp  
nameserver 10.240.12.134  
nameserver 10.240.12.135  

martillu@ubuntu:~$ route -n  
Kernel IP routing table  
Destination Gateway Genmask Flags Metric Ref Use Iface  
0.0.0.0 61.127.116.199 0.0.0.0 UG 0 0 0 ppp0  
61.127.116.199 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0  
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 ppp0  

martillu@ubuntu:~$ ifconfig  
eth0 Link encap:Ethernet HWaddr e8:e0:b7:2f:bc:5a  
inet6 addr: fe80::eae0:b7ff:fe2f:bc5a/64 Scope:Link  
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1  
RX packets:17620 errors:0 dropped:1 overruns:0 frame:0  
TX packets:13168 errors:0 dropped:0 overruns:0 carrier:0  
collisions:0 txqueuelen:1000  
RX bytes:19452232 (19.4 MB) TX bytes:2568218 (2.5 MB)  
Interrupt:20 Memory:c0700000-c0720000  

lo Link encap:Local Loopback  
inet addr:127.0.0.1 Mask:255.0.0.0  
inet6 addr: ::1/128 Scope:Host  
UP LOOPBACK RUNNING MTU:16436 Metric:1  
RX packets:134 errors:0 dropped:0 overruns:0 frame:0  
TX packets:134 errors:0 dropped:0 overruns:0 carrier:0  
collisions:0 txqueuelen:0  
RX bytes:36316 (36.3 KB) TX bytes:36316 (36.3 KB)  

ppp0 Link encapoint-to-Point Protocol  
inet addr:219.167.252.226 P-t-P:61.127.116.199 Mask:255.255.255.255  
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1454 Metric:1  
RX packets:17608 errors:0 dropped:0 overruns:0 frame:0  
TX packets:13129 errors:0 dropped:0 overruns:0 carrier:0  
collisions:0 txqueuelen:3  
RX bytes:18993590 (18.9 MB) TX bytes:2221195 (2.2 MB)  

wlan0 Link encap:Ethernet HWaddr 9c:b7:0d:d9:21:f3  
UP BROADCAST MULTICAST MTU:1500 Metric:1  
RX packets:0 errors:0 dropped:0 overruns:0 frame:0  
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0  
collisions:0 txqueuelen:1000  
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)

Eu acho que: domain km.icrr.u-tokyo.ac.jp no resolv.conf pode ser suspeito, já que se eu não estiver conectado via CiscoVPN eu não sei porque ele deve aparecer "km.icrr.u-tokyo.ac.jp" (isto é onde eu me conecto via VPN).

    

Answer 1

Você está no caminho certo. o resolv.conf foi alterado para uso da VPN e não foi alterado novamente para uso normal como resultado da falha. Excluir o antigo resolv.conf pode ajudar. Você pode fazer uma cópia de backup do arquivo e excluir o original com este único comando:

sudo mv /etc/resolv.conf /etc/backup.resolv.conf

Um novo resolv.conf será gerado como e quando necessário. Veja a resposta para a seguinte pergunta:

Não há acesso à Internet Os nomes DNS não são resolvidos) após a atualização de hoje

Veja também:

link

Espero que isso ajude.

    

Answer 2

A resposta do @ user68186 não funcionou bem para mim, embora isso possa ter sido causado por outros problemas. O que parece funcionar é fazer o que foi sugerido (remover /etc/resolv.conf criando um backup)

sudo mv /etc/resolv.conf /etc/backup.resolv.conf

e depois (na página de bons homens do resolveconf ) criando um novo link sym para /run/resolvconf/resolv.conf (que eu encontrei mencionado também em este Ubuntu 14.04 resolvconf relatório de bug )

cd /etc
sudo ln -s /run/resolvconf/resolv.conf .

Depois de fazer isso e reiniciar o gerenciador de rede

sudo /etc/init.d/network-manager restart

as coisas parecem estar funcionando novamente.