AとB（172.16.2.0/24と172.17.2.0/24）という2つのネットワークがあります。 Aはイーサネット、BはWiFiです。 OpenWRTルーターはAとBを接続し、ほとんどのトラフィックは問題なく通過します。ルータのデフォルトルートはイーサネットのケーブルモデムに接続され、インターネットトラフィックは正常に動作します。
イーサネットとWiFiインターフェイスを備えた2つのマルチホームLinuxシステムがあります。 ip_forwardは1に設定されていますが、コンピュータは通常ルーティングを実行しません（誰のデフォルトゲートウェイとしてリストされていません）。
WiFi専用コンピュータは、すべてのWiFiアドレスとイーサネット専用コンピュータのアドレスをpingできますが、マルチホームコンピュータのイーサネットアドレスはpingできません。 （ルーターのイーサネットアドレスをpingできます。）
tcpdumpを使用して監視するときにマルチホームホストのイーサネットアドレスをpingすると、ICMP要求パケットはWiFiからマルチホームイーサネットアドレスに到着しますが、応答は送信されません。
マルチホームホストは他のホストにpingを送信できますが、デフォルトでは、これらのpingはターゲットネットワークに接続されているインターフェイスで実行されます。
「-I [Ethernet Address]」オプションを使用してマルチホームホストでpingを実行すると、pingパケットはWiFiホストに送信され、適切にアドレス指定された応答が返されますが、pingプロセスでは受信されません。これは「要求」の一時停止を意味します。 。 」
マルチホームホストはUbuntuとDebianで、iptablesルールは使用されず、すべてのデフォルトポリシーが許可されています。
[WiFi-addr]から[Multi-home-Ethernet-Addr]までのパケットを食べるものは何ですか？
[コメント作成者の要求に応じて追加された情報：]
root@vegas:~# ip a
1: lo: mtu 16436 qdisc noqueue ステータスが不明
リンク/ループバック 00:00:00:00:00:00 brd 00:00:00:00:00:00
inet 127.0.0.1/8 スコープホスト lo
inet6::1/128 スコープホスト
常に valid_lft 常に優先_lft
2: eth0: mtu 1500 qdisc pfifo_fast 状態 UP qlen 1000
リンク/エーテル d0:27:88:d5:72:7b brd ff:ff:ff:ff:ff:ff
inet 172.16.2.250/24 brd 172.16.2.255 範囲グローバル eth0
inet6 fe80::d227:88ff:fed5:727b/64 範囲リンク
常に valid_lft 常に優先_lft
3: wlan0: mtu 1500 qdisc mq 状態 UP qlen 1000
リンク/イーサ 9c:4e:36:01:64:2c brd ff:ff:ff:ff:ff:ff
inet 172.17.2.250/24 brd 172.17.2.255 範囲グローバル wlan0
inet6 fe80::9e4e:36ff:fe01:642c/64 範囲リンク
常に valid_lft 常に優先_lft
4: tun0: mtu 1500 qdisc pfifo_fast ステータス不明 qlen 100
リンク/なし
inet 172.19.0.1 ピア 172.19.0.2/32 範囲グローバル tun0
root@vegas:~# ip ro sh
デフォルトでは172.16.2.254 dev eth0
172.16.2.0/24 dev eth0プロトタイプカーネルスコープリンクsrc 172.16.2.250
172.17.2.0/24 dev wlan0プロトタイプカーネルスコープリンクsrc 172.17.2.250
172.19.0.0/24(172.19.0.2 dev tun0経由)
172.19.0.2 dev tun0プロトタイプカーネルスコープリンクsrc 172.19.0.1
root@vegas:~# ip ru sh
0: すべての地元住民から探す
32766：すべてのものから基本を探す
32767：全体でデフォルト値を見つける