Обновлен с 10.04 до 12.04, потеря интернет-соединения

Поскольку я обновил свой сервер HP Proliant с Ubuntu 10.04 до 12.04, я не могу:

  • пинг google.com
  • пинг 8.8.8.8
  • просматривайте интернет с помощью Firefox
  • происхождение
  • шапка развернута с удалённой машины

Однако я вижу, что мое Rails-приложение работает на этом сервере, когда я получаю к нему доступ через его IP-адрес в нашей корпоративной сети.

Я вижу значок сети в графическом интерфейсе, но "Проводная сеть" неактивна.

Вот некоторая другая важная информация, основанная на многочисленных похожих, но неразрешимых темах, которые я просматривал здесь в 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)

декан @ dgwjasonfried: ~ $ lspci -nn | grep Ethernet

1e:00.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme BCM5723 Gigabit Ethernet PCIe [14e4:165b] (rev 10)

/ и т.д. / сеть / интерфейсы:

# 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. ".

** конец обновления

Я был бы признателен за любую помощь, которую вы могли бы предоставить или предложения, которые вы могли бы иметь.

Спасибо!

Дин Ричардсон

Источник

3 ответа

Я думаю, что было бы полезно сделать шаг назад, научить человека ловить рыбу, а не просто сказать вам, что не так.

Есть много компонентов, участвующих в создании хорошего сетевого подключения

  • Это может быть аппаратное обеспечение: сетевая карта, кабельные контакты, сетевой интерфейс непосредственно подключенного коммутатора и т. Д.
  • Это может быть программное обеспечение низкого уровня: драйвер ядра для вашей сетевой карты
  • Это может быть ваша таблица маршрутизации
  • Это может быть DNS

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

Есть только один (вменяемый) способ точно определить проблему, о которой я знаю: один за другим путем устранения.

Одно предложение выделяется в вашем описании:

Однако я вижу, что мое Rails-приложение работает на этом сервере, когда я получаю к нему доступ через его 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-серверу.

Эксперимент, который я бы провел сейчас, состоял бы в том, чтобы попытаться проверить маршруты к вашим основным компонентам:

  1. Ваш шлюз 10.24.5.1
  2. Ваш сервер имен 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

НТН

Источник

Одна из проблем заключается в том, что 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, Убедитесь, что маска сети подходит для вашей локальной сети.

Источник
Другие вопросы по тегам