Интернет не работает, хотя он говорит, что он подключен

У меня есть Toshiba z830 с Ubuntu 12.04. Я мог без проблем использовать DSL-соединение (у меня нет маршрутизатора, только модем) дома, пока пару дней назад:

Он перестал работать, когда при подключении к DSL-соединению через CiscoVPN (к моему рабочему месту) мне пришлось на некоторое время оставить ноутбук без присмотра, и я думаю, что ноутбук пытался перейти в режим ожидания. Когда я вернулся, на черном экране было много сообщений (извините, я не могу прикрепить изображение из-за своей низкой репутации), и ноутбук не отвечал. Я должен был сбросить его.

После перезагрузки интернет-соединение не работает, как раньше (без просмотра, без ssh, без скайпа и т. Д.), Хотя и говорит, что оно подключено. Я могу просматривать и т. Д. Только при подключении к CiscoVPN в том же месте, где я был подключен, когда произошел сбой.

Когда я физически нахожусь там, где я подключен через VPN (на работе), я могу использовать беспроводную связь, которую я больше не могу использовать после инцидента, описанного выше.

Некоторая дополнительная информация:

 martillu @ ubuntu: ~ $ cat /etc/resolv.conf  
домен km.icrr.u-tokyo.ac.jp  
nameserver 10.240.12.134  
nameserver 10.240.12.135  

martillu @ ubuntu: ~ $ route -n  
Таблица маршрутизации IP ядра  
Шлюз назначения Genmask Флаги Метрика Ссылка Использовать 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 адрес: fe80::eae0:b7ff:fe2f:bc5a/64 Область действия: ссылка  
UP BROADCAST RUNNING MULTICAST MTU:1500 Метрика: 1  
Пакеты RX:17620 ошибок: 0 отброшено: 1 переполнений: 0 кадр: 0  
Пакеты TX:13168 ошибок: 0 отброшено: 0 переполнений: 0 несущая: 0  
столкновения:0 txqueuelen:1000  
RX байтов:19452232 (19,4 МБ) TX байтов:2568218 (2,5 МБ)  
Прерывание: 20 Память: c0700000-c0720000  

lo Link encap: Local Loopback  
адрес в сети:127.0.0.1 маска:255.0.0.0  
inet6 адрес:::1/128 Область применения:Host  
UP LOOPBACK RUNNING MTU:16436 Метрика: 1  
Пакеты RX:134 ошибки: 0 отброшено: 0 переполнений: 0 кадр: 0  
Пакеты TX:134 ошибки: 0 отброшено: 0 переполнений: 0 несущая: 0  
столкновений:0 txqueuelen:0  
RX-байты:36316 (36,3 КБ). TX-байты:36316 (36,3 КБ).  

Протокол ppp0 Link Encapoint-to-Point  
inet addr:219.167.252.226 PtP:61.127.116.199 Маска:255.255.255.255  
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1454 Метрика: 1  
Пакеты RX:17608 ошибок: 0 отброшено: 0 переполнений: 0 кадр: 0  
Пакеты TX:13129 ошибок: 0 отброшено: 0 переполнений: 0 несущая: 0  
столкновений:0 txqueuelen:3  
RX байт:18993590 (18,9 МБ) TX байт:2221195 (2,2 МБ)  

wlan0 Link encap: Ethernet HWaddr 9c: b7: 0d: d9: 21: f3  
UP BROADCAST MULTICAST MTU: 1500 Метрика: 1  
Пакеты RX: 0 ошибок: 0 отброшено: 0 переполнений: 0 кадр: 0  
Пакеты TX: 0 ошибок: 0 отброшено: 0 переполнений: 0 несущая: 0  
столкновения:0 txqueuelen:1000  
RX байтов:0 (0,0 B) TX байтов:0 (0,0 B) 

Я думаю что: domain km.icrr.u-tokyo.ac.jp в resolv.conf может быть подозрительно, так как, если я не подключен через CiscoVPN, я не знаю, почему это должно появиться "km.icrr.u-tokyo.ac.jp" (это где я подключаюсь через VPN).

2 ответа

Решение

Ты на правильном пути. resolv.conf был изменен для использования VPN и не был возвращен обратно для обычного использования в результате сбоя. Удаление старого resolv.conf может помочь. Вы можете сделать резервную копию файла и удалить оригинал с помощью этой единственной команды:

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

Новый resolv.conf будет создан по мере необходимости. Смотрите ответ на следующий вопрос:

Невозможно получить доступ к Интернету (DNS-имена не разрешаются) после обновления сегодня

Также см:

http://www.stgraber.org/2012/02/24/dns-in-ubuntu-12-04/

Надеюсь это поможет.

Ответ @user68186 мне не совсем помог, хотя это могло быть связано с другими проблемами. То, что, казалось, работало, делает то, что было предложено (удаление /etc/resolv.conf создавая резервную копию)

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

а затем (следующий resolveconf хорошая справочная страница) создание новой сим-ссылки на /run/resolvconf/resolv.conf (который я нашел упомянутым также в этой Ubuntu 14.04 resolvconf отчет об ошибке)

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

После этого и перезапуска менеджера сети

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

Кажется, все снова работает.

Другие вопросы по тегам