奇怪的 Linux 邻居缓存条目（整个世界是链接本地综合症）（Linux 3.0.0-16）

Question 1

我猜你的网关有一个物理接口，既用于 9.9.9.0/24 网络，也用于连接 9.17.100.131 的网络。这就是它发送重定向的原因。

在我看来，您的 Ubuntu 服务器中有两个错误（或“奇怪的功能”）：

它应该忽略重定向，因为 net.ipv4.conf.all.accept_redirects=0
它应该忽略无法从你的 Ubuntu 网络访问的 IP 的重定向

但是，你可以在 Ubuntu 上使用以下命令暂时修复此问题：

ip route flush cache

并且您可能会在网关上永久修复此问题，使用：

sysctl -w net.ipv4.conf.all.send_redirects=0

毕竟，允许从具有多个网络连接到同一物理接口的网关进行重定向可能不是一个好主意。

Answer

我猜你的网关有一个物理接口，既用于 9.9.9.0/24 网络，也用于连接 9.17.100.131 的网络。这就是它发送重定向的原因。

在我看来，您的 Ubuntu 服务器中有两个错误（或“奇怪的功能”）：

它应该忽略重定向，因为 net.ipv4.conf.all.accept_redirects=0
它应该忽略无法从你的 Ubuntu 网络访问的 IP 的重定向

但是，你可以在 Ubuntu 上使用以下命令暂时修复此问题：

ip route flush cache

并且您可能会在网关上永久修复此问题，使用：

sysctl -w net.ipv4.conf.all.send_redirects=0

毕竟，允许从具有多个网络连接到同一物理接口的网关进行重定向可能不是一个好主意。

Question 2

为什么您会找到不在同一子网上的计算机的 ARP 记录？这是不可能的。

如果您有网络9.9.9.0/24，那么您的计算机必须通过默认网关访问计算机9.17.100.131，因为它的子网部分 IP 地址是9.9.9.x（网络掩码是255.255.255.0）。然后您必须在邻居缓存中仅记录默认网关。您的计算机必须发送带有目标 IP 的数据包9.17.100.131，但带有您的默认网关的 MAC 地址。您的网关将把这个数据包路由到另一个网络。

arp 的抱怨“网络不可达”告诉你，那台计算机不是网络的一部分，其地址是9.17.100.131，那么这个 IP 地址的 ARP 记录就是无稽之谈。

您的路由表告诉您，您的路由器试图通过 ICMP 重定向数据包将您重定向到目的地9.17.100.131。这是一条消息，告诉您，您的路由器有另一个网络掩码，而不是您的计算机，例如/8( 255.0.0.0)，并且它认为您与 9.17.100.131 位于同一网络上，路由器不必将数据包从您转发到这台计算机。

请仔细检查您网络上的计算机上的网络掩码，特别是针对您的“默认网关”计算机或路由器的网络掩码 - 它们必须相同才能正常工作。

Answer

为什么您会找到不在同一子网上的计算机的 ARP 记录？这是不可能的。

如果您有网络9.9.9.0/24，那么您的计算机必须通过默认网关访问计算机9.17.100.131，因为它的子网部分 IP 地址是9.9.9.x（网络掩码是255.255.255.0）。然后您必须在邻居缓存中仅记录默认网关。您的计算机必须发送带有目标 IP 的数据包9.17.100.131，但带有您的默认网关的 MAC 地址。您的网关将把这个数据包路由到另一个网络。

arp 的抱怨“网络不可达”告诉你，那台计算机不是网络的一部分，其地址是9.17.100.131，那么这个 IP 地址的 ARP 记录就是无稽之谈。

您的路由表告诉您，您的路由器试图通过 ICMP 重定向数据包将您重定向到目的地9.17.100.131。这是一条消息，告诉您，您的路由器有另一个网络掩码，而不是您的计算机，例如/8( 255.0.0.0)，并且它认为您与 9.17.100.131 位于同一网络上，路由器不必将数据包从您转发到这台计算机。

请仔细检查您网络上的计算机上的网络掩码，特别是针对您的“默认网关”计算机或路由器的网络掩码 - 它们必须相同才能正常工作。

Question 3

的值是多少net.ipv4.conf.all.secure_redirects？如果为 1，恰好是默认值，它将接受来自网关的重定向，而不管accept_redirects。禁用它。（并send_redirects按照 Arnaud Bienvenu 的建议在网关上禁用）。

此外，3.0 内核有一个令人恼火的错误，重定向路由永远不会从内核中清除即使清除路由缓存，清除它们的唯一方法是重启，或者一些复杂的步骤包括等待很长时间。

Answer

的值是多少net.ipv4.conf.all.secure_redirects？如果为 1，恰好是默认值，它将接受来自网关的重定向，而不管accept_redirects。禁用它。（并send_redirects按照 Arnaud Bienvenu 的建议在网关上禁用）。

此外，3.0 内核有一个令人恼火的错误，重定向路由永远不会从内核中清除即使清除路由缓存，清除它们的唯一方法是重启，或者一些复杂的步骤包括等待很长时间。

Question 4

以下是我发现的内容：

我的 Ubuntu 14.04 服务器因维护而断电几分钟后，与远程主机 150.43.127.1 失去了连接。

检查路由缓存后发现条目使用了错误的 gw (150.150.100.2)：

rg@buntu:~$ sudo ip route get 150.43.127.1
150.43.127.1 via 150.150.100.2 dev eth0  src 150.150.100.10
    cache <redirected>

刷新缓存后，现在使用正确的 gw (150.150.127.1)：

rg@buntu:~$ sudo ip route flush cache
rg@buntu:~$ sudo ip route get 150.43.127.1
150.43.127.1 via 150.150.127.1 dev eth0  src 150.150.100.10
    cache
rg@buntu:~$

远程主机现在可以访问：

rg@buntu:~$ ping 150.43.127.1
PING 150.43.127.1 (150.43.127.1) 56(84) bytes of data.
64 bytes from 150.43.127.1: icmp_seq=1 ttl=252 time=14.9 ms
64 bytes from 150.43.127.1: icmp_seq=2 ttl=252 time=15.6 ms
^C

Answer