Linux

如果電腦在同一介面上有兩個 IP，則不會填充 ARP 表

  • April 23, 2020

我有三個設備連接到一個簡單的開關。這三台設備都有兩個 IP 地址：一個是靜態的 (172)，一個是來自 DHCP 伺服器的 (192)。

電腦 A：172.16.0.1、192.168.0.1

電腦 B：172.16.0.2、192.168.0.2

電腦 C：172.16.0.3、192.168.0.3

我的問題是 B 和 C 都可以 ping 到 A 的兩個 IP 地址，但 B 不能 ping 到 C 的 172 IP 地址（反之亦然）。如果 MAC 地址列在 B 上的 /proc/net/arp 中，我可以 ping 到 C 並返回（這當然是有道理的）。

我將 172 IP 地址配置為：

$ ip addr add 172.16.0.1/16 brd 172.16.255.255 label eth0:static scope link dev eth0
$ ip route add default dev eth0 metric 1002 scope link

我如何確保當 A 上的 DHCP 伺服器啟用時，在 A 或 C 上沒有啟用路由器之類的服務（或其他服務）時，可以從 B 訪問所有內容？

我試過了：

# Computer A
$ tcpdump
21:09:40.398635 ARP, Request who-has 192.168.0.1 tell 192.168.0.2, length 46
21:09:40.398668 ARP, Reply 192.168.0.1 is-at 84:7b:eb:21:80:08 (oui Unknown), length 28
21:09:40.558658 IP 192.168.0.2 > 172.16.0.3: ICMP echo request, id 2, seq 97, length 64
21:09:41.598995 IP 192.168.0.2 > 172.16.0.3: ICMP echo request, id 2, seq 98, length 64

# Computer B
$ echo 1 > /proc/sys/net/ipv4/ip_forward
$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1
   link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
   inet 127.0.0.1/8 scope host lo
      valid_lft forever preferred_lft forever
   inet6 ::1/128 scope host 
      valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
   link/ether 00:c0:7a:07:00:00 brd ff:ff:ff:ff:ff:ff
   inet 172.16.0.2/16 brd 172.16.255.255 scope link eth0:static
      valid_lft forever preferred_lft forever
   inet 192.168.0.2/24 brd 192.168.0.255 scope global eth0
      valid_lft forever preferred_lft forever
   inet6 fe80::2c0:7aff:fe07:0/64 scope link 
      valid_lft forever preferred_lft forever
3: sit0@NONE: <NOARP> mtu 1480 qdisc noop state DOWN group default qlen 1
   link/sit 0.0.0.0 brd 0.0.0.0
$ ip route get 172.16.0.3
172.16.0.3 via 192.168.0.1 dev eth0  table eth0  src 192.168.0.2 
   cache 
$ ip r
default dev eth0  scope link  metric 1002 
172.16.0.0/16 dev eth0  proto kernel  scope link  src 172.16.0.2 
192.168.0.0/24 dev eth0  proto kernel  scope link  src 192.168.0.2 
$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         0.0.0.0         0.0.0.0         U     1002   0        0 eth0
172.16.0.0      0.0.0.0         255.255.0.0     U     0      0        0 eth0
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0

# Computer C
$ tcpdump
16:54:59.881699 STP 802.1w, Rapid STP, Flags [Learn, Forward, Agreement], bridge-id 8000.00:05:1a:a4:58:c0.8002, length 43
16:55:01.878932 STP 802.1w, Rapid STP, Flags [Learn, Forward, Agreement], bridge-id 8000.00:05:1a:a4:58:c0.8002, length 43
16:55:03.879424 STP 802.1w, Rapid STP, Flags [Learn, Forward, Agreement], bridge-id 8000.00:05:1a:a4:58:c0.8002, length 43
$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN 
   link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
   inet 127.0.0.1/8 scope host lo
      valid_lft forever preferred_lft forever
   inet6 ::1/128 scope host 
      valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
   link/ether 80:6c:8b:c0:20:f0 brd ff:ff:ff:ff:ff:ff
   inet 172.16.0.3/16 brd 172.16.255.255 scope link eth0:static
      valid_lft forever preferred_lft forever
   inet 192.168.0.3/24 brd 192.168.0.255 scope global eth0
      valid_lft forever preferred_lft forever
   inet6 fe80::826c:8bff:fec0:20f0/64 scope link 
      valid_lft forever preferred_lft forever
3: sit0: <NOARP> mtu 1480 qdisc noop state DOWN 
   link/sit 0.0.0.0 brd 0.0.0.0
$ ip route get 172.16.0.2
172.16.0.2 dev eth0  src 172.16.0.3 
   cache 
$ ip r
default via 192.168.0.1 dev eth0
default dev eth0  scope link  metric 1002 
172.16.0.0/16 dev eth0  proto kernel  scope link  src 172.16.0.3
192.168.0.0/24 dev eth0  proto kernel  scope link  src 192.168.0.3 
$ 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
0.0.0.0         0.0.0.0         0.0.0.0         U     1002   0        0 eth0
172.16.0.0      0.0.0.0         255.255.0.0     U     0      0        0 eth0
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth0

此外（感謝 Hauke）似乎 ICMP 回復被發送給 A 而不是返回給 C。

在 Hauke 在他的評論中給出修復後，B 上的路線如下所示：

$ ip route get 172.16.0.3
172.16.0.3 via 192.168.0.1 dev eth0  table eth0  src 192.168.0.2 
   cache

由於誤解，我沒有要求您提供輸出，ip r但這似乎至少說明了部分問題：

$ ip route get 172.16.0.3
172.16.0.3 via 192.168.0.1 dev eth0  table eth0  src 192.168.0.2 
   cache

電腦 B 上的鏈路本地網路 172.16.0.0/16 沒有路由。因此，它應該將 172.16.0.3 的數據包發送到 192.168.0.1（因此 ARP 用於 192.168.0.1（如果未記憶體）但不是 172.16.0.3 ）。手動添加 ARP 條目不應改變這一點。但也許設置也設置了路線。

電腦 C 應該能夠向 B 發送一個數據包，但 B 會嘗試通過 A 發送響應，但它可能會被丟棄。

另外你的命令

ip route add default dev eth0 metric 1002 scope link

對我來說沒有任何意義，因為它不包含下一跳的地址。

並且不需要設置/proc/sys/net/ipv4/ip_forward（至少不是您在問題中所說的）。

引用自：https://unix.stackexchange.com/questions/581857

相關問答

Linux

通過兩個 Internet 連接發送重複數據包

  • November 20, 2018
檢視問答
Linux

別名介面的多個預設網關

  • May 1, 2017
檢視問答
Linux

路由不正確匹配 - 網路無法訪問

  • March 6, 2017
檢視問答
Linux

Linux 使用兩個不同的網關路由兩個不同的 LAN

  • August 12, 2016
檢視問答
Linux

具有兩個網路介面的路由表

  • July 21, 2015
檢視問答
Linux

如何從我的 Linux 作業系統建構網關

  • December 5, 2013
檢視問答