☰

Ubuntu が特定の IP アドレスへの接続を試行しないようにするには、何をすればよいのでしょうか?

tag-icon • tag-icon networking internet xbmc
Ubuntu が特定の IP アドレスへの接続を試行しないようにするには、何をすればよいのでしょうか?

とても奇妙な問題を抱えています。

私は、XBMC を実行することを主な目的としたコンピューターの 1 台で 11.10 を実行しています。このコンピューターは、アドオンやアップデートなどがある mirrors.xbmc.org に接続できません。

baker:~$ ping mirrors.xbmc.org
PING mirrors.xbmc.org (212.110.166.220) 56(84) bytes of data.
From baker.local (192.168.1.100) icmp_seq=1 Destination Host Unreachable
From baker.local (192.168.1.100) icmp_seq=2 Destination Host Unreachable
From baker.local (192.168.1.100) icmp_seq=3 Destination Host Unreachable

しかし！

baker:~$ ping canonical.com
PING canonical.com (91.189.94.253) 56(84) bytes of data.
64 bytes from vostok.canonical.com (91.189.94.253): icmp_req=1 ttl=47 time=184 ms
64 bytes from vostok.canonical.com (91.189.94.253): icmp_req=2 ttl=47 time=184 ms
64 bytes from vostok.canonical.com (91.189.94.253): icmp_req=3 ttl=47 time=184 ms

私がランダムに試したインターネット上の他のほとんどのサイトも機能します。

ネットワーク上の別のコンピューターから:

Cypress:~$ ping mirrors.xbmc.org
PING mirrors.xbmc.org (212.110.166.220) 56(84) bytes of data.
64 bytes from atlantis.xbmc.org (212.110.166.220): icmp_req=1 ttl=48 time=186 ms
64 bytes from atlantis.xbmc.org (212.110.166.220): icmp_req=2 ttl=48 time=186 ms
64 bytes from atlantis.xbmc.org (212.110.166.220): icmp_req=3 ttl=48 time=194 ms

IP を直接 ping してみると、同じ結果になります。DNS の問題ではなく、別の問題であるように見えます。/etc フォルダー全体でその URL または IP アドレスを検索し、誤って「この IP では失敗してください」と設定していないか確認しました。何もありませんでした。

また、不良マシンである Baker からのトレースパス:

baker:~$ tracepath 212.110.166.220
1:  baker.local                                           0.081ms pmtu 1500
1:  baker.local                                         3001.459ms !H
 Resume: pmtu 1500

どうやら、そのマシンは、そのホストにルーティングできないと判断したようです。私が理解しているところによると、!H はホストが利用できないことを意味します。実際はそうではありません。

さらに検索するにはネットワーク用語が不足しており、ここで何が起こっているのかを特定するために助けが必要かもしれません。

答え1

簡単に答えると、そのマシンで間違ったゲートウェイを選択したということです。私が知る限り、イベントの順序は次のようになります。

  1. コンピュータは DHCP を使用してセットアップされましたが、問題はありませんでした。
  2. /etc/network/interfaces を編集して、そのマシンに静的 IP を割り当てました。問題はありません。ゲートウェイは正しいです。
  3. その後、おそらく数週間後、何らかの理由で GUI を使用してネットワーク設定をいじってみました。この時点で、ゲートウェイ設定を間違ったルーターに誤って変更してしまいました。

ここで奇妙なことが起こりました。コンピューターか間違ったルーターに何らかの部分的なルーティング テーブルなどがあり、それが最初の問題を引き起こしました。

最終的にこの問題を解決したキーコマンドは次のとおりです。

route -n

IP テーブルなどについて学習しているときに、そのコマンドに遭遇しました。それを実行すると、ゲートウェイが間違ったルーターであることがわかりました。/etc/network/interfaces をチェックしましたが、そこには静的ブロックがもうありませんでした。

正しいルーターの IP アドレスを使用してそれを元に戻すと、すべてが機能します。

関連情報