☰

Wi-Fiに接続すると、直接接続されたコンピュータにpingを送信できなくなります。

tag-icon • tag-icon linux networking network-interface lan
Wi-Fiに接続すると、直接接続されたコンピュータにpingを送信できなくなります。

私は最新バージョンのPop!OSを実行しています。

イーサネットケーブルを介してメインコンピュータにラップトップが接続されています。

接続されたインターフェイスでは、ラップトップのIPは169.254.83.40、私のホストIPは169.254.83.50です。私のメインコンピュータのWi-Fiインターフェイスは192.168.0.20です。

Wi-Fiに接続してプライマリコンピュータでラップトップをpingしようとすると、次のメッセージが表示されます。

    PING 169.254.83.40 (169.254.83.40) 56(84) bytes of data.
    From 192.168.0.20 icmp_seq=1 Destination Host Unreachable
    From 192.168.0.20 icmp_seq=2 Destination Host Unreachable
    From 192.168.0.20 icmp_seq=3 Destination Host Unreachable

Wi-Fiを切断した後に正常にpingできます。以下はifconfigの出力です。

    enp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
    inet 192.168.0.20  netmask 255.255.255.0  broadcast 192.168.0.255
    ether e8:4e:06:7d:d7:8f  txqueuelen 1000  (Ethernet)
    RX packets 38305  bytes 36156135 (36.1 MB)
    RX errors 0  dropped 1  overruns 0  frame 0
    TX packets 26255  bytes 3680006 (3.6 MB)
    TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

    enp4s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
    inet 169.254.83.50  netmask 255.0.0.0  broadcast 169.255.255.255
    ether a8:a1:59:2b:6c:ee  txqueuelen 1000  (Ethernet)
    RX packets 1294  bytes 87685 (87.6 KB)
    RX errors 0  dropped 0  overruns 0  frame 0
    TX packets 1818  bytes 121833 (121.8 KB)
    TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

    lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
    inet 127.0.0.1  netmask 255.0.0.0
    inet6 ::1  prefixlen 128  scopeid 0x10<host>
    loop  txqueuelen 1000  (Local Loopback)
    RX packets 12029  bytes 1257930 (1.2 MB)
    RX errors 0  dropped 0  overruns 0  frame 0
    TX packets 12029  bytes 1257930 (1.2 MB)
    TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

netstat -nr
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
0.0.0.0         192.168.0.1     0.0.0.0         UG        0 0          0 enp3s0
0.0.0.0         169.254.83.50   0.0.0.0         UG        0 0          0 enp4s0
169.0.0.0       0.0.0.0         255.0.0.0       U         0 0          0 enp4s0
169.0.0.0       169.254.83.50   255.0.0.0       UG        0 0          0 enp4s0
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 enp3s0
192.168.0.0     0.0.0.0         255.255.255.0   U         0 0          0 enp3s0

ベストアンサー1

これは、Wi-Fi接続が有線接続よりも具体的なルートを追加するためです（重要なルートにはアスタリスクが表示されています）。

Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
0.0.0.0         192.168.0.1     0.0.0.0         UG        0 0          0 enp3s0
0.0.0.0         169.254.83.50   0.0.0.0         UG        0 0          0 enp4s0
**169.0.0.0       0.0.0.0         255.0.0.0       U         0 0          0 enp4s0
169.0.0.0       169.254.83.50   255.0.0.0       UG        0 0          0 enp4s0
**169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 enp3s0
192.168.0.0     0.0.0.0         255.255.255.0   U         0 0          0 enp3s0

（enp4s0有線、enp3s0無線）

有線ネットワークは169.254.83.40 169.0.0.0/255.0.0.0（別名/8）ルートを使用し、Wi-Fiネットワークはルート169.254.0.0/255.255.0.0（別名/16）を追加します。より小さいネットワークを表すので、より具体的であると考えられるので、/16有線ネットワークよりも優先されます。

この問題を解決する方法は、ワイヤレスネットワーク構成またはDHCPサーバーを調べて、追加のパスがプッシュされる理由を確認します。その間、次のコマンドを使用して間違ったパスを手動で削除できます。

ip route del 192.254.0.0/16 dev enp3s0

しかし、それは本当の解決策ではなく、ちょうど絆創膏です。

おすすめ記事