Проблема с интернет-соединением при обновлении Ubuntu 12.04 до 14.04 Server

Похож на необычный это...

Во-первых я искренне сомневаюсь, что DNS включен, хотя, если Вы используете 8.8.8.8 и др. для Вашего DNS тогда, DNS перестанет работать, потому что Вы не можете достигнуть тех серверов.

Во-первых это не может быть Ваша конфигурация LAN, потому что можно проверить с помощью ping-запросов локальный шлюз, так трафик к и от него работы.

самая большая подсказка является двойным списком Вашего шлюза в трассировке. Ваш шлюз нужно только показать однажды, и это намекает на цикл в Вашем шлюзе - но все Ваши другие системы хорошо работают, и согласно тому, что Вы пишете, это - только локальная система, которая изменилась.

единственная вещь, о которой я могу удаленно думать, состоит в том, если у Вас было правило iptables примерно как это:

iptables -t nat -D POSTROUTING ! -d 192.168.0.0/24 -j SNAT --to-source 1.2.3.4

, Где 1.2.3.4 некоторые поддельные или возможно ранее допустимый IP-адрес, который больше не работает.

Это позволило бы локальному трафику работать, но что-либо выходящее вне локальной сети повредится, потому что ответы перешли бы к неправильному месту. Ваш шлюз может заблокировать трафик как этот, потому что это - в сущности 'имитировавший' трафик.

я думаю, что Вы получили бы хорошую подсказку к проблеме с некоторым транспортным контролем в Вашем шлюзе, если это вообще возможно.

, Если Вы не можете сделать, это - довольно понятный - тогда, возможно, настроило другое поле Linux в Вашей сети и делает его шлюзом по умолчанию для этой неисправной системы, и затем можно осмотреть трафик, который это генерирует. Это предполагает, что отказ находится в обновленной системе. Если Вы настроили то 2-е поле Linux к ip_forward, и сделайте, это - шлюз 192.168.0.1 устройства, Вы могли бы также видеть более полезную информацию, чтобы помочь закрепить причину.

будет интересно видеть то, чем это было, когда Вы наконец отсортировали его.

Попытайтесь войти в "/etc/resolv.conf", и ниже строк, запускающихся с #, добавляют эти строки: "сервер имен 8.8.8.8" "сервер имен 8.8.4.4" Видит, можно ли соединиться после выполнения этого. Не перезагружайте после изменения файла, просто сохраняйте его и тестируйте свое соединение. Если это работает тогда, это была проблема DNS. Изменения, внесенные в файл, будут отменены после перезагрузки.

У меня была точно та же ситуация - никакое интернет-соединение, никакой ping к внешней стороне, никакой ping от маршрутизатора до поля. Но рабочее соединение SSH от другой рабочей станции в той же LAN. Причиной был маршрутизатор, кто блокировал новое поле, поскольку это имело тот же IP как замененное старое поле, но различный MAC-адрес. Как только я изменил IP, все работало.