web-dev-qa-db-ja.com

ローカルルーターにpingを実行すると、「Destination Host Unreachable」が返されるのはなぜですか？

私は2つのトマトルーターを持っています。一方はもう一方とワイヤレスでブリッジされます。

ネットワーク上に新しいサーバーがあります。 Ubuntu Server11.04を実行しています。

それらはすべて次のように接続されています。

A - Linux PC
B - New Server
C - Mac Mini
D - Macbook
T1 - Tomato 1
T2 - Tomato 2

They are connected like so:

A -----+-T1  ==== wireless bridge ==== T2----- ADSL modem
       |                               | C & D Connected wirelessly to T2
B -----+

A、C、Dでは問題は発生しません。

AからBへのアクティブなSSHセッションがあり、損失は発生していません。

B、新しいサーバーがT2にpingできない場合があるため、インターネットに接続できません。ただし、Aは常にBに接続でき、BはAとBにpingできます。ネットワークが失われた場合でも、BはT1にpingできますが、BがT2への接続を失ったのと同じように、T2にはまだpingできません。AはT2にpingできます。

これが何であるかについてのアイデアはありますか？ルーターまたはLinuxサーバーのログに手がかりを与えるものは何もありません。

興味深いのは、BとT2の間でpingを実行するように設定したことです。 T2のIPアドレスは192.68.1.1です。

これが私が見ているものです：

From 192.168.1.1 icmp_seq=26 Destination Host Unreachable
From 192.168.1.1 icmp_seq=27 Destination Host Unreachable
From 192.168.1.1 icmp_seq=28 Destination Host Unreachable
From 192.168.1.1 icmp_seq=29 Destination Host Unreachable
From 192.168.1.1 icmp_seq=30 Destination Host Unreachable
From 192.168.1.1 icmp_seq=31 Destination Host Unreachable
From 192.168.1.1 icmp_seq=33 Destination Host Unreachable
From 192.168.1.1 icmp_seq=34 Destination Host Unreachable
From 192.168.1.1 icmp_seq=35 Destination Host Unreachable
64 bytes from 192.168.1.1: icmp_req=36 ttl=63 time=3.40 ms
64 bytes from 192.168.1.1: icmp_req=37 ttl=63 time=5.70 ms
64 bytes from 192.168.1.1: icmp_req=38 ttl=63 time=2.25 ms
64 bytes from 192.168.1.1: icmp_req=39 ttl=63 time=2.18 ms
64 bytes from 192.168.1.1: icmp_req=40 ttl=63 time=3.12 ms
64 bytes from 192.168.1.1: icmp_req=41 ttl=63 time=2.15 ms
64 bytes from 192.168.1.1: icmp_req=42 ttl=63 time=1.97 ms
64 bytes from 192.168.1.1: icmp_req=43 ttl=63 time=

そして、到達可能であるかどうかに循環します。

ですから、質問は、ルーターが到達できないと応答するのはなぜですか？

linuxnetworkingwireless-networkingtomato
4
Matt H

同じネットワークセグメントの「DestinationHostUnreachable」は、ARPを使用したIPアドレスのMACアドレスへの解決に失敗したことを示します。

ワイヤレスリンクはクライアント側にデバイスが1つしかないことを前提としているため、ブリッジ（リピーターも、ところで）は、relaydやWDSなどの特別な手段を使用しない限り、WiFi経由で機能できません。通常、ワイヤレスクライアントインターフェイスをイーサネットインターフェイスにブリッジすることさえできません。これには1つだけ例外があります。それは、ある種の「MACマスカレード」を実行する特別なBroadcomワイヤレスドライバーです。

一方、WDSは、アクセスポイントとクライアントの両方でサポートする必要があります。この構成では、ワイヤレスパケットは2つではなく4つのMACアドレスを伝送します。直接の送信者アドレスと受信者アドレスに加えて、送信元アドレスと宛先アドレスもあります。このようにして、真のイーサネットブリッジングが可能になります。

ただし、WDSには1つの問題があります。通常、暗号化はWPAに制限されており、安全ではありません。 Atherosは、WPA2を可能にするWPSの独自の拡張機能を考案しました。そのため、WiFiを介した安定したイーサネットブリッジングのソリューションは1つだけです。それは、両端でAtherosデバイスを使用することです。

STPはこれとは何の関係もありません。

OpenWrt wikiには、 クライアントモードワイヤレス に関する非常に優れた記事もあります。

1
Daniel B

ワイヤレスブリッジなので、接続が不安定だと思います。 STPは、その本当の原因ではありません。これは、ネットワークがループパケットで飽和状態になり、使用できなくなることがないように、ブリッジループを防止することを目的としています。通常、オフにすることはお勧めできません。今ではその状況からあなたを保護することはできません。

ポートが「バウンス」している場合STPは、ルートブリッジを再選択している間、インターフェイスをブロックします。また、ブリッジループを検出すると、インターフェイスをブロックします。図に示されているよりもトポロジが新しいサーバーに別のインターフェイスがありますか？

0
Keith