Linuxノートブック間のイーサネットARPテーブルの問題の原因を追跡する方法は?

Linuxノートブック間のイーサネットARPテーブルの問題の原因を追跡する方法は?

ホーム LAN でルータを再起動した後、ノートブック A からノートブック B に SSH 経由で接続できません。とは別にルーター経由。しかし、ノートブックBからノートブックAにpingした後、通常はAからBに接続できます。ルーターを再起動すると、この問題を再現できます。どちらのノートパソコンもWi-Fi経由でルーターに接続されており、他のAPやルーターには接続されていません。 LANには他のデバイスがありますが、他のARPの問題はわかりません。

ルータを再起動した後、問題を説明します。

scott@laptopa:~$ ip addr show dev wlp58s0 |grep 'inet '
    inet 192.168.8.194/24 brd 192.168.8.255 scope global dynamic noprefixroute wlp58s0
scott@laptopa:~$ ssh 192.168.8.131 echo okay
ssh: connect to host 192.168.8.131 port 443: No route to host
scott@laptopa:~$ ssh 192.168.8.131 echo okay
ssh: connect to host 192.168.8.131 port 443: No route to host
scott@laptopa:~$ ssh 192.168.8.131 echo okay
ssh: connect to host 192.168.8.131 port 443: No route to host
scott@laptopa:~$ arp |grep 9c:b6:d0:44:18:09
scott@laptopa:~$ 

ぎこちない解決策:

scott@laptopa:~$ ssh -o 'ProxyCommand ssh -q -W %h:%p [email protected]' 192.168.8.131 'ping -c 10 192.168.8.194'
PING 192.168.8.194 (192.168.8.194) 56(84) bytes of data.
64 bytes from 192.168.8.194: icmp_seq=1 ttl=64 time=66.3 ms
64 bytes from 192.168.8.194: icmp_seq=2 ttl=64 time=22.9 ms
64 bytes from 192.168.8.194: icmp_seq=3 ttl=64 time=106 ms
64 bytes from 192.168.8.194: icmp_seq=4 ttl=64 time=230 ms
64 bytes from 192.168.8.194: icmp_seq=5 ttl=64 time=252 ms
64 bytes from 192.168.8.194: icmp_seq=6 ttl=64 time=275 ms
64 bytes from 192.168.8.194: icmp_seq=7 ttl=64 time=298 ms
64 bytes from 192.168.8.194: icmp_seq=8 ttl=64 time=321 ms
64 bytes from 192.168.8.194: icmp_seq=9 ttl=64 time=38.3 ms
64 bytes from 192.168.8.194: icmp_seq=10 ttl=64 time=60.3 ms

--- 192.168.8.194 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9012ms
rtt min/avg/max/mdev = 22.950/167.478/321.937/112.761 ms

今動作していることを証明してください。

scott@laptopa:~$ ssh 192.168.8.131 echo okay
okay
scott@laptopa:~$ arp |grep 9c:b6:d0:44:18:09
laptopb.lan              ether   9c:b6:d0:44:18:09   C                     wlp58s0

ノートブックAとBはどちらもUbuntu 18.04を実行しており、ルーターはLede(OpenWRT)17.01.4です。

答え1

@roaimaが提案したように、すべてのルールを削除してiptables再テストしました。ルータを何度も再起動しても問題はありませんでした。その後、iptablesルールを再追加して追加テストを行いました。それでも問題はありません。

簡単に言えば、問題はもう再現できないので、@dirktが経験したようにランダムになることがあります。ネットワーク内の他のデバイスにすることもできます。

関連情報