web-dev-qa-db-ja.com

10.04から12.04にアップグレード、インターネット接続が失われた

HP Proliant ServerをUbuntu 10.04から12.04にアップグレードしたため、次のことができません。

  • ping google.com
  • ping 8.8.8.8
  • firefoxでインターネットを閲覧する
  • git fetch Origin
  • リモートマシンからのキャップデプロイ

ただし、企業ネットワーク内のIPアドレスを介してアクセスすると、このサーバーで実行中のRailsアプリケーションが表示されます。

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イーサネット

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

** 2013年3月19日更新。以下および他の場所で回答に記載されているアドバイスのいくつかを実行しようとした後：

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

** /etc/resolvconf/resolv.conf.dでオリジナルを削除し、末尾にあるオリジナルのコピーを消去して再起動した後、最新のresolv.confを表示するように更新しました。

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バージョンにリストされていたネームサーバーエントリがなくなっていることに注意してください。また、簡単にgoogle.comにpingしてgoogle.comのIPアドレスを解決することができましたが（まだパケットを受信して​​いません）、「不明なホストgoogle.com」が返されるという元の状況に戻っていることに注意してください'。

**更新の終わり

私はあなたが提供することができるあらゆる助けまたはあなたが持つかもしれない提案に感謝します。

ありがとう！

ディーン・リチャードソン

12.0410.04pingresolvconf
3
Dean Richardson

私は一歩下がって、何が悪いのかを言うのではなく、釣り方を教えるのが有益だと思います。

良好なネットワーク接続の作成には多くのコンポーネントが関係しています

  • ハードウェアの場合もあります：イーサネットカード、ケーブルコンタクト、直接接続されたスイッチのネットワークインターフェイスなど。
  • 低レベルのソフトウェアである可能性があります：ネットワークカードのカーネルドライバー
  • ルーティングテーブルにすることができます
  • DNSにすることができます

そして、これらはすべて、下から順に相互に依存しています。パケットを正しくルーティングできない場合、DNSサービスに到達できません。

私が知っている問題を特定する方法は1つ（正気）しかありません。

説明では1つの文が目立ちます。

ただし、企業ネットワーク内のIPアドレスを介してアクセスすると、このサーバーで実行中のRailsアプリケーションが表示されます。

これを試してみてよかったです。この情報は多くの考えられる原因を排除するため、非常に貴重です。これは、ハードウェアと（カーネル）ドライバー、および企業ネットワーク内の接続がすべて正常に見えることを意味します。これは、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

これらを行うことは不可欠ですby 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

4
arielf

問題の1つは、resolvconfが正しく構成されなかったことです。参照： https://bugs.launchpad.net/ubuntu/+source/resolvconf/+bug/1000244 。これを修正するには、

    Sudo dpkg-reconfigure resolvconf

ただし、これがIPアドレスで他のマシンにpingできない理由にはなりません。

1
jdthood
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。ネットマスクがLANに対して正しいことを確認してください。

0
jdthood