Обновленный от 10,04 до 12,04, потерянное интернет-соединение
Так как я обновил свой Сервер HP ProLiant от Ubuntu 10.04 до 12,04, я не могу:
- ping google.com
- ping 8.8.8.8
- просмотрите Интернет с Firefox
- источник выборки мерзавца
- ограничение развертывается от удаленной машины
Я могу однако видеть, что мое приложение направляющих работает на этом сервере, когда я получаю доступ к нему через его IP-адрес в нашей корпоративной сети.
Я вижу Значок сетевых подключений в GUI, но "Проводная сеть" отображается серым.
Вот некоторая другая соответствующая информация, на основе многочисленных подобных, но нерешающих потоков, которые я просмотрел здесь в AU:
dean@dgwjasonfried:~ $ ifconfig
eth0 Link encap:Ethernet HWaddr 1c:c1:de:fa:cd:9f
inet addr:10.24.5.50 Bcast:10.24.5.255 Mask:255.255.255.0
inet6 addr: fe80::1ec1:deff:fefa:cd9f/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:40735 errors:0 dropped:0 overruns:0 frame:0
TX packets:77215 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2806140 (2.8 MB) TX bytes:113945803 (113.9 MB)
Interrupt:19
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:22 errors:0 dropped:0 overruns:0 frame:0
TX packets:22 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:1872 (1.8 KB) TX bytes:1872 (1.8 KB)
dean@dgwjasonfried:~ $ lspci-nn | grep Ethernet
1e:00.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme BCM5723 Gigabit Ethernet PCIe [14e4:165b] (rev 10)
/etc/network/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 dhcp
/etc/resolv.conf:
domain dgw.ame.molex.com
search dgw.ame.molex.com
nameserver 10.24.2.171
nameserver 10.45.2.171
** Обновленные 19.03.13, после попытки последовать части совета дают в ответах ниже и в другом месте:
dean@dgwjasonfried:~$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.0.1
search dgw.ame.molex.com
domain dgw.ame.molex.com
search dgw.ame.molex.com
nameserver 10.24.2.171
nameserver 10.45.2.171
** конец обновления
Таблица маршрутизации IP ядра
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 10.24.5.1 0.0.0.0 UG 0 0 0 eth0
10.24.5.0 0.0.0.0 255.255.255.0 U 1 0 0 eth0
169.254.0.0 0.0.0.0 255.255.0.0 U 1000 0 0 eth0
** Обновленный, чтобы показать NetworkManager.conf и доказательство, что resolv.conf символьная ссылка работает на меня
dean@dgwjasonfried:~$ cat /etc/NetworkManager/NetworkManager.conf
[main]
plugins=ifupdown,keyfile
dns=dnsmasq
[ifupdown]
managed=true
dean@dgwjasonfried:~$ ls -l /etc/resolv.conf
lrwxrwxrwx 1 root root 29 Mar 18 09:33 /etc/resolv.conf -> ../run/resolvconf/resolv.conf
** Обновленный для показа последнего resolv.conf после того, как я удалил исходный в/etc/resolvconf/resolv.conf.d и убрал копию оригинала, который находился в хвосте, затем перезагруженном:
dean@dgwjasonfried:/etc/resolvconf/resolv.conf.d$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.0.1
search dgw.ame.molex.com
Обратите внимание, что записей сервера имен, перечисленных в более ранней resolv.conf версии выше, теперь не стало. Также обратите внимание, что, тогда как я кратко смог добраться, проверяют с помощью ping-запросов google.com для разрешения IP-адреса для google.com (но все еще не получить пакеты назад) я теперь вернулся к своей исходной ситуации, где я получаю 'неизвестный хост google.com'.
** конец обновления
Я был бы благодарен за любую справку, которую Вы могли предоставить или предложения, которые Вы могли бы иметь.
Спасибо!
Dean Richardson
3 ответа
Одной из проблем является то, что resolvconf не был настроен должным образом. Ссылка: https://bugs.launchpad.net/ubuntu/+source/resolvconf/+bug/1000244 . Чтобы это исправить, запустите
sudo dpkg-reconfigure resolvconf
. Однако это не может быть причиной того, что вы не можете пропинговать другие машины по IP-адресу.
eth0 Link encap:Ethernet HWaddr 1c:c1:de:fa:cd:9f
inet addr:10.24.5.50 Bcast:10.24.5.255 Mask:255.255.255.0
10.* интерфейсы часто имеют сетевую маску 255.0.0.0. Убедитесь, что маска сети подходит для вашей локальной сети.
Я думаю, что было бы выгодно отступить, учить человека, как ловить рыбу вместо того, чтобы просто говорить Вам что случилось.
Существует много компонентов, вовлеченных в устанавливание хорошей сетевой связи
- Это могут быть аппаратные средства: плата Ethernet, кабельные контакты, сетевой интерфейс на Вашем непосредственно подключенном коммутаторе, и т.д.
- Это может быть низкоуровневое программное обеспечение: драйвер ядра для Вашей сетевой платы
- Это может быть Ваша таблица маршрутизации
- Это может быть DNS
И они все зависят друг от друга с самого начала, например, если Вы не можете направить пакеты правильно, Вы не можете достигнуть своего сервиса DNS.
Существует только один (нормальный) способ точно определить проблему, о которой я знаю: один за другим, устранением.
Одно предложение выделяется в Вашем описании:
Я могу однако видеть, что мое приложение направляющих работает на этом сервере, когда я получаю доступ к нему через его IP-адрес в нашей корпоративной сети.
Замечательно, что Вы попробовали это. Эта информация является золотой, потому что она устраняет много возможных причин. Это означает, что Ваши аппаратные средства и Ваш (ядро) драйверы и соединения в корпоративной сети все выглядят хорошо. Это также подтверждено тем, что ifconfig вывод показывает пакеты, отправляемые и полученные и никакие (нулевые) ошибки, коллизии или повторные передачи. В этой точке я уверен, что Ваша проблема находится в Вашей конфигурации только.
Я замечаю, что Ваш внутренний сервер DNS в (непубличном) IP: 10.24.2.171, это не находится на Вашей непосредственной подсети 10.24.5.0, можно сказать это этим ifconfig выходная строка:
inet addr:10.24.5.50 Bcast:10.24.5.255 Mask:255.255.255.0
Обратите внимание, что Ваша маска оставляет только последний из этих 4 октетов как 0, означая, что Вы широковещательно передаете только по 10.24.5.x подсеть. У Вас не может быть полного маршрута к Вашему внутреннему серверу DNS.
Эксперимент, который я сделал бы теперь, должен будет попытаться проверить маршруты к Вашим важным составляющим:
- Ваш шлюз 10.24.5.1
- Ваш сервер имен 10.24.2.171
Важно сделать их IP, так как мы еще не знаем, ли Ваш сервер DNS в порядке и если можно говорить с ним.
# first traceroute the gateway:
traceroute 10.24.5.1
Если это перестало работать с ошибкой как no route to host или destination is unreachable, почти бесспорно, что Ваша проблема находится в таблице маршрутизации. Если это успешно, Вы только что сделали огромный шаг вперед, потому что маршрутизация является большим предметом отдельно.
# if successful traceroute the DNS server
traceroute 10.24.2.171
Если это перестало работать, Ваша проблема может быть то, что сетевая маска слишком строга. Попытайтесь изменить его на 255.255.0.0. Можно установить это в /etc/network/interfaces путем добавления:
netmask 255.255.0.0
под eth0.
После того как Вы зафиксировали это, необходимо будет перезапустить сеть:
sudo /etc/init.d/networking restart
HTH