为何已Down的网络接口仍能响应请求？

嘿，这个问题真的挺有迷惑性的，我刚摸Linux网络的时候也被类似情况坑过，给你拆解下背后的逻辑：

1. IP地址和接口状态并非强绑定 #

在Linux系统里，当你执行 ip link set down dummy0 把接口设为down状态时，这个接口上配置的IP地址并不会被自动删除——你敲ip addr show dummy0就能看到，那个IP还好好待在列表里，只是接口状态变成了DOWN。

内核识别主机的IP是看整个系统的IP地址列表，而非单个接口的状态。只要这个IP还属于你的主机，内核就会把目标为它的数据包当作本地流量处理。

2. WireGuard隧道绕开了down的接口 #

你能从Machine B ping通Machine A的dummy接口IP，核心原因是数据包走的是WireGuard隧道，而非dummy接口本身：

• Machine B发ping包时，目标IP是Machine A的dummy接口IP，它会通过WireGuard隧道把包发出去；
• Machine A通过WireGuard接口收到包后，内核检查到目标IP是自己的（虽然dummy接口down了，但IP还在），就生成回复包；
• 回复包再通过WireGuard接口发回给Machine B，所以你就能收到ping响应了。

3. nc监听基于IP而非接口状态 #

至于nc能绑定在down接口的IP上监听，道理也类似：套接字的绑定是基于IP地址的，只要这个IP还存在于系统中，内核就允许你绑定它。哪怕对应的接口down了，只要有其他网络路径（比如你的WireGuard隧道）能把流量送到这个IP，连接就能正常建立。

验证小技巧 #

你可以试试这两步确认逻辑：

• 执行ip addr del <dummy-ip>/<前缀> dev dummy0删掉dummy接口的IP，再从Machine B ping这个IP，应该就不通了；
• 删掉IP后再尝试用nc -l <dummy-ip> <port>，会直接报错绑定失败，因为系统已经没有这个IP了。

备注：内容来源于stack exchange，提问作者d34db33f