異なるネットワーク間でpingできない


1

私は以下のようにつながりがあります: パソコン/ Eth< ==> Eth / raspberrypi / WLAN< ===> WLAN / RPi-2

問題:

RPi-2からPCにpingできません。

トラブルシューティング:

  • PCはraspberrypiイーサネットとraspberrypi WLANをpingできます
  • RPi-2はraspberrypiイーサネットとraspberrypi WLANをpingできます
  • PCでファイアウォールが無効になっている
  • [更新] raspberrypiがARPリクエストに返信していません!

ログ:

IPサマリー
  • PC.eth = 192.168.137.1
  • raspberrypi.eth = 192.168.137.254
  • raspberrypi.wlan = 10.1.1.254
  • rpi-2.wlan = 10.1.1.4
パソコン:
route print 
 10.1.1.0    255.255.255.0   Auf Verbindung     192.168.137.1     38
C:\WINDOWS\system32>ping 10.1.1.254

Ping wird ausgeführt für 10.1.1.254 mit 32 Bytes Daten:
Antwort von 10.1.1.254: Bytes=32 Zeit<1ms TTL=64
Antwort von 10.1.1.254: Bytes=32 Zeit<1ms TTL=64

Ethernet-Adapter Ethernet 2:

   Verbindungsspezifisches DNS-Suffix:
   Verbindungslokale IPv6-Adresse  . : fe80::5897:b371:242e:36dc%10
   IPv4-Adresse  . . . . . . . . . . : 192.168.137.1
   Subnetzmaske  . . . . . . . . . . : 255.255.255.0
   Standardgateway . . . . . . . . . :

C:\WINDOWS\system32>tracert 10.1.1.4

Routenverfolgung zu 10.1.1.4 über maximal 30 Hops

  1  DESKTOP-R [192.168.137.1]  meldet: Zielhost nicht erreichbar.
ラズベリーパイ:
:~ $ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.137.1   0.0.0.0         UG    202    0        0 eth0
10.1.1.0        0.0.0.0         255.255.255.0   U     0      0        0 wlan0
192.168.137.0   0.0.0.0         255.255.255.0   U     202    0        0 eth0
pi@raspberrypi:~ $ ping 192.168.137.1
PING 192.168.137.1 (192.168.137.1) 56(84) bytes of data.
64 bytes from 192.168.137.1: icmp_seq=1 ttl=128 time=0.567 ms
64 bytes from 192.168.137.1: icmp_seq=2 ttl=128 time=0.599 ms
^C
--- 192.168.137.1 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1032ms
rtt min/avg/max/mdev = 0.567/0.583/0.599/0.016 ms
pi@raspberrypi:~ $ ping 10.1.1.4
PING 10.1.1.4 (10.1.1.4) 56(84) bytes of data.
64 bytes from 10.1.1.4: icmp_seq=1 ttl=64 time=7.84 ms
64 bytes from 10.1.1.4: icmp_seq=2 ttl=64 time=23.3 ms
RPi-2
route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.1.1.254      0.0.0.0         UG    0      0        0 wlan0
10.1.1.0        0.0.0.0         255.255.255.0   U     0      0        0 wlan0
192.168.137.0   10.1.1.254      255.255.255.0   UG    0      0        0 wlan0

:~ $ ping 192.168.137.254
PING 192.168.137.254 (192.168.137.254) 56(84) bytes of data.
64 bytes from 192.168.137.254: icmp_seq=1 ttl=64 time=521 ms
64 bytes from 192.168.137.254: icmp_seq=2 ttl=64 time=13.9 ms

~ $ traceroute 192.168.137.1
traceroute to 192.168.137.1 (192.168.137.1), 30 hops max, 60 byte packets
 1  * * *
 2  * * *
 3  * * *
 4  * * *

更新

tcpdumpがraspberrypiにログを記録する

09:58:35.708389 ARP, Request who-has 10.1.1.4 tell 192.168.137.1, length 46
09:58:36.261002 ARP, Request who-has 10.1.1.4 tell 192.168.137.1, length 46
09:58:37.260683 ARP, Request who-has 10.1.1.4 tell 192.168.137.1, length 46
09:58:38.267982 ARP, Request who-has 10.1.1.4 tell 192.168.137.1, length 46
09:58:39.263476 ARP, Request who-has 10.1.1.4 tell 192.168.137.1, length 46

しかしそれはそれ自身のインターフェースに対して返答します

10:28:12.777650 ARP, Request who-has 10.1.1.254 (b8:27:eb:7e:5b:b5) tell 192.168.137.1, length 46
10:28:12.777945 ARP, Reply 10.1.1.254 is-at b8:27:eb:7e:5b:b5, length 28

現時点では、LinuxはPCからのARP要求に応答しません(またはより具体的にはWLAN0は応答しません)。

回答:


0

あなたのPCはデフォルトゲートウェイを必要とするでしょう( 標準ゲートウェイ それはそれ自身のサブネット以外に到達できるようになる前に設定されます。

次のように、アダプタ設定ウィンドウまたは管理者コマンドプロンプトで設定できます。

route add 0.0.0.0 mask 0.0.0.0 192.168.137.254

RPi-2からのtracerouteは私に他に何かが起こっていると思うようにさせます、それでそれが完全にそれを直さないなら報告してください。


残念ながらそれはうまくいきませんでした。私は、192.168.137.1から10.1.1.0/24までのPCにはすでにスタティックルートがあることを強調したいと思います(1行目をチェック)。何らかの理由でトラフィックが192.168.137.1でブロックされていると思います。 tcpdumpやwiresharkのようなトラフィックを遮断したものを監視するツールはありますか。
stepj

@ P1h3r1e3d13ホストが任意のサブネットに到達できるようになるには、デフォルトゲートウェイが必要になるとは限りません。ホストには、サブネットが到達可能なゲートウェイ経由のルートがあることで十分です。 @stepjパケット転送を有効にしましたか raspberrypi?プット net.ipv4.ip_forward = 1/etc/sysctl.conf そして走る sysctl -p /etc/sysctl.conf
Johan Myréen

@JohanMyréenはい私はしましたが、それもどちらか助けにはなりませんでした!
stepj

@JohanMyréenああ、私はPC上の静的ルートを逃した。続ける。
P1h3r1e3d13

0

回避策として、私はraspberrypiでWLAN0とeth0の間にブリッジを設定しましたそして今それは働いています。


スーパーユーザーへようこそ:質問に答えてくれてありがとう、あなたがそれを受け入れることができるように回避策が答えとして渡すことができます、あなたまたは他の人はまだ別の方法でそれに答えることができます。再びスーパーユーザーへようこそ。ありがとう
mic84
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.