ラズベリーパイは、WiFiブリッジを介してルーターまたはインターネットアドレスにpingできません


9

私は最近DD-WRTを実行しているWNR2000v3ルーターを一種のリピーターブリッジとして設定しました。 このチュートリアル Medialink Wireless-Nルーターを繰り返します(これを「ルーター2」と呼びます)。これは私のAndroid携帯電話とWindowsコンピューターの両方で無線LAN経由でも、イーサネット経由で直接接続しても完璧に機能します。

ラズベリーパイは、それが直接接続されている「ルーター2」を含む、ローカルサブネット上の他のどのデバイスにもping(およびpingで接続)することができ、ルーター1からDHCPを取得することができます。ルーター1に対してpingを実行すると、「Destination Host Unreachable」と表示され、google.com、superuser.comなどのインターネット上でpingを実行しようとすると、同様に「Destination Host Unreachable」と表示されます。

これがネットワーク上の別のコンピュータです。

ping 192.168.0.100
PING 192.168.0.100 (192.168.0.100) 56(84) bytes of data.
64 bytes from 192.168.0.100: icmp_req=1 ttl=127 time=38.7 ms
64 bytes from 192.168.0.100: icmp_req=2 ttl=127 time=1.67 ms
64 bytes from 192.168.0.100: icmp_req=3 ttl=127 time=1.73 ms
64 bytes from 192.168.0.100: icmp_req=4 ttl=127 time=3.56 ms
--- 192.168.0.100 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 1.672/11.418/38.705/15.772 ms

これがルーター1です。

ping 192.168.0.1
PING 192.168.0.1 (192.168.0.1) 56(84) bytes of data.
From 192.168.0.107 icmp_seq=1 Destination Host Unreachable
From 192.168.0.107 icmp_seq=2 Destination Host Unreachable
From 192.168.0.107 icmp_seq=3 Destination Host Unreachable
From 192.168.0.107 icmp_seq=4 Destination Host Unreachable
From 192.168.0.107 icmp_seq=5 Destination Host Unreachable
From 192.168.0.107 icmp_seq=6 Destination Host Unreachable
--- 192.168.0.1 ping statistics ---
8 packets transmitted, 0 received, +6 errors, 100% packet loss, time 7007ms
pipe 3

192.168.0.107はラズベリーパイの住所です。

ifconfig
eth0      Link encap:Ethernet  HWaddr xx:xx:xx:xx:db:c9
          inet addr:192.168.0.107  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3753 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1262 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:595127 (581.1 KiB)  TX bytes:112407 (109.7 KiB)

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:285 errors:0 dropped:0 overruns:0 frame:0
          TX packets:285 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:27703 (27.0 KiB)  TX bytes:27703 (27.0 KiB)

これがルーティングテーブルです。

sudo route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.0.1     0.0.0.0         UG    0      0        0 eth0
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0

そして、これがDHCPリクエストです。

sudo dhclient -v eth0
Internet Systems Consortium DHCP Client 4.2.2
Copyright 2004-2011 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/eth0/xx:xx:xx:xx:db:c9
Sending on   LPF/eth0/xx:xx:xx:xx:db:c9
Sending on   Socket/fallback
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 192.168.0.1
RTNETLINK answers: File exists
bound to 192.168.0.107 -- renewal in 274691 seconds.

それ以外はすべてうまくいきますが、このラズベリーパイを2つの異なる画像(Raspbmcとraspbian)および2つの異なるラズベリーパイで試してみましたが、設定はできません。 raspbianのイメージは、直接ルーター1に接続したときに動作することがテストされています。この問題は、 この未回答の質問 ただし、その場合は、接続に失敗したデバイスにwifiを使用していたようで、実際には断続的に接続されていました。デバイスからではなく、ルータからのping応答もありました。この問題の原因は何でしょうか。

編集する 私はまた2つの異なるラズベリーpisが異なるIPアドレスを持っていて、そのうちの1つがIP-MACバインドされていて、DHCPテーブルで見たIP衝突はありませんでしたが、それぞれに同じ問題があります。

更新 興味深いことに、MACアドレスクローニングがオフになるとリピーターブリッジが機能しなくなります。ラズベリーパイをpingできる唯一のものはルーター2で、接続性(またはルーター1へのアクセス)はありません。 Windowsマシンを含む - ルータ2にのみ接続されているものすべてから)。ただし、複製されているMACアドレスはとにかく(「ステータス」ページに従って)ルータ2のインターフェイスによって実際に使用されているものと同じMACアドレスです。ルーター1とルーター2の両方の電源を2回入れたところ、違いはありません。 MACアドレスのクローン作成がここで関連する理由がわかりません。 MACアドレスのクローン作成がオフになっていると、ルータ自体にSSH接続したときに、ルータはラズベリーパイにpingを実行できますが、ルータ1にはpingを送信できません。

もう1つ小さなことは、MACアドレスのクローン作成がオンになっていて、ネットワーク上の他のコンピュータに実際にpingを実行できると、pingに応答するすべてのデバイスに対してarpingが同じMACアドレスを返すということです。

更新2: syslog値をチェックすることから、私はMACアドレスに関してこのエラーメッセージがあったことがわかりました:

Jan  1 00:00:08 Router 2 kern.err kernel: [    6.770000] ath: eeprom contains invalid mac address: ff:ff:ff:ff:ff:ff
Jan  1 00:00:08 Router 2 kern.err kernel: [    6.780000] ath: random mac address will be used: fa:55:da:33:19:a9

どうやらこれは 既知の問題 人々はMACアドレスクローニングを使って解決しているということです。ランダムMACアドレスが問題である理由、およびMACアドレスの複製が他にどのような結果をもたらしているのか、正確にはわかりません。


ルーター2へのワイヤレスクライアントがある場合、ラズベリーとワイヤレスクライアントの間でpingを実行できますか?
MariusMatutiae

はい。ルーター1またはルーター2のワイヤレスクライアントからラズベリーにpingを送信できます。
Paul

ルーター1で、DHCPまたはdnsmasqが有効になっていますか?
MariusMatutiae

DHCPはい、私はdnsmasqについて知りません。ルータ1のwebUIには設定されていません。
Paul

これはNATが吸う理由です。代わりにWDSを使うべきです。 (NATはアクセスポイントにクライアントと通信していることを確信させるために使用されているため、すべてのデバイスが同じMACアドレスを持っているように見えます。)
David Schwartz

回答:


1

詳細な問題の説明については+1。

私があなたが開いたスレッドで提案したように ラズベリーパイ メインルータがRPiのARPテーブルにリストされているかどうか確認できます。 arp -n またはiproute2がインストールされている場合: ip neigh

必要ならばこのコマンドでARPキャッシュにルータを追加することができます: arp -s <ROUTER_IP> <ROUTER_MAC> それでも問題が解決しないかどうか

すべてのARPパケットをスニッフィングすることによって、RPiが期待どおりにARP要求を送信しているかどうかも確認できます。あなたのRPiで、実行します。 tcpdump arp

また、DD-WRTリピーターとルーター1に接続されている他のホストで同じコマンドを実行することもできます。


1

新しいWifi Repeaterをインストールするとき、私は同じ問題を抱えていました。妥協案の解決策は、Raspberry Piの静的IPです。


0

もちろん、システムは正しく設定されているように見えるので、これを診断するのは難しいです。それで、長いチェックリストのリストを通過するよりむしろ、私はあなたがテストすることのためのいくつかの考えをあなたに与えるつもりです。

私が試みることの一つは、ルータ1ではなく、ルータ2にデフォルトゲートウェイを変更することです。

もう1つのことは、pingをインターフェースeth0にバインドさせることです。

 ping -I 192.168.0.107 192.168.0.1
 ping -I eth0          192.168.0.1

これら2つのコマンドは少し異なります。どちらも試してください。うまくいけば、それらはさまざまな出力を提供し、それは障害の指標となるでしょう。

それから/ etc / network / interfacesをチェックします。

  auto eth0
  iface eth0 inet dhcp

それから私はインタフェースを再起動しようと思います:

  ifdown eth0
  ifup eth0

それから再びdhclient。

すべてが言われて終わったら、次のことを頭に入れておくべきです。 ソフトウェアの問題である必要はありません。に行くなら このWebページ あなたは以下の経験を読むかもしれません:

私は別のラズベリーパイを注文してSDカードをイメージし直し、その1枚で起動したところ、インターネットは問題なく動作しました。私はSDカードを取り出して、古いラズベリーパイに入れて、同じ正確なケーブルとイーサネットコードを接続しました、しかしそれはまだうまくいきませんでした....

また、ケーブルに問題がある可能性があることにも注意してください。ケーブルが機能していない/機能していないオブジェクト。 RXまたはTXの問題により、多くのフレームがドロップされたり、信号品質が限界になったりする可能性があります。この場合、TCPのようなプロトコルは、ターゲットが受信していないパケットを再送信するため、ICMPやUDPよりも動作がよく、接続が正しく機能しているという誤った印象を与えます。もちろん、接続速度を測定するまでは、この間違った印象が続きます。


2つのpingコマンドに対する応答に違いはありません。私が上で貼り付けたものと同じです。 / etc / network / interfacesファイルはraspbmcの場合は空です、raspbianの場合は "auto lo" "iface lo inetループバック" "iface eth0 inet dhcp"です。どちらの場合も、インタフェースを再起動しても何も起こりません。私は2つの異なるラズベリーパイを持っているので、それは間違いなくラズベリーパイには問題ありません。どちらもルーター2に差し込んでも動作しませんが、どちらもルーター1に直接差し込んでも動作します。
Paul

-1

私がしばらく前に抱えていた同様の問題。私の解決策は編集でした /etc/resolv.conf 追加してファイル nameserver 8.8.4.4そして、を使用してインタフェースを再起動します。 /etc/init.d/networking restart。わたしにはできる。


OPの言及 Destination Host Unreachable エラーとして、これはDNSがうまく機能することを示唆しているようです。 DNSエラーにより、次のような結果が得られます。 cannot resolve または Unknown host
jornane
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.