本质是同网段多网卡引发内核反向路径过滤（rp_filter=1）静默丢包、ARP响应不唯一及冗余linkdown路由冲突；需依次调低rp_filter值、删除失效直连路由、配置arp_ignore=1与arp_announce=2绑定IP与网卡，并通过策略路由为各IP指定专属出口路径。

Linux服务器上两块网卡（如eth0和eth1）都配置了192.168.20.0/24网段的IP，导致外部主机能ping通其中一个地址却收不到回包、SSH连接频繁中断、ARP缓存反复刷新，本质是内核路由决策与ARP响应机制在同网段多接口场景下的系统性冲突。

先确认是不是rp_filter在拦截回包

执行sysctl net.ipv4.conf.all.rp_filter和sysctl net.ipv4.conf.eth0.rp_filter（把eth0换成你实际的网卡名），如果返回值是1，说明反向路径过滤正在静默丢弃回包——它查到源IP的反向路由出接口和入接口不一致，就直接扔掉响应包，连日志都不留。

临时验证：运行sysctl -w net.ipv4.conf.all.rp_filter=2和sysctl -w net.ipv4.conf.eth0.rp_filter=2，立刻再ping测试。通了，说明rp_filter是主因；不通，继续往下排查。

清理linkdown状态的冗余直连路由

运行ip route show，重点找带linkdown标记的条目，例如：

192.168.20.0/24 dev eth1 proto kernel scope link src 192.168.20.200 linkdown

这条路由虽然对应网卡物理断开，但仍在路由表中参与反向查询，是rp_filter误判的根源。必须删掉：ip route del 192.168.20.0/24 dev eth1。

删完再ip route show确认只剩一条有效路由。这步比关rp_filter更安全，是治本操作。

让每块网卡只响应自己IP的ARP请求

方法一：临时生效（重启失效）

echo 1 > /proc/sys/net/ipv4/conf/eth0/arp_ignore

echo 1 > /proc/sys/net/ipv4/conf/eth1/arp_ignore

echo 2 > /proc/sys/net/ipv4/conf/eth0/arp_announce

echo 2 > /proc/sys/net/ipv4/conf/eth1/arp_announce

注意：不能只改all，必须对每个物理接口单独设置，否则某些内核版本下无效。

方法二：永久生效

在/etc/sysctl.d/99-arp-fix.conf中写入：

net.ipv4.conf.eth0.arp_ignore = 1

net.ipv4.conf.eth1.arp_ignore = 1

net.ipv4.conf.eth0.arp_announce = 2

Obsidian (Linux)

操作 Obsidian 库（纯 Markdown 笔记），并通过 notesmd-cli 实现自动化。

下载

net.ipv4.conf.eth1.arp_announce = 2

然后执行sysctl -p /etc/sysctl.d/99-arp-fix.conf加载。

用策略路由为每个IP绑定专属出口路径

第一步：定义新路由表

编辑/etc/iproute2/rt_tables，追加两行：

100 table_eth0

101 table_eth1

第二步：为eth0的IP（如192.168.20.150）配置专属路由

ip route add 192.168.20.0/24 dev eth0 src 192.168.20.150 table table_eth0

ip route add default via 192.168.20.1 dev eth0 table table_eth0

ip rule add from 192.168.20.150 table table_eth0

第三步：为eth1的IP（如192.168.20.200）配置专属路由

ip route add 192.168.20.0/24 dev eth1 src 192.168.20.200 table table_eth1

ip route add default via 192.168.20.1 dev eth1 table table_eth1

ip rule add from 192.168.20.200 table table_eth1

第四步：刷新路由缓存使策略立即生效

ip route flush cache