本质是同网段多网卡引发内核反向路径过滤（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
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
