双网卡同网段IP冲突本质是本机路由与ARP行为紊乱，表现为SSH间歇断连、高丢包、ARP缓存大量incomplete；需用ip -br a、ip route show、arp -an等命令排查同网段配置及路由表重复，并检查rp_filter是否丢弃回包。
双网卡环境下的 IP 冲突，本质不是“两台设备抢同一个IP”，而是本机两个接口配置了同一网段的IP地址，导致内核路由和ARP行为紊乱。这种冲突不会弹出“IP已被占用”提示，但会表现为：SSH间歇性断连、ping丢包率高、特定方向流量不通、ARP缓存频繁出现incomplete条目。排查要从本机行为入手，而非扫描全网。
确认是否真为同网段双IP冲突
先排除误判。运行以下命令：
-
ip -br a—— 查看所有接口IP，重点找是否两个网卡（如 eth0 和 eth1）都配了192.168.1.x/24或10.0.0.x/24这类相同子网 -
ip route show table all | grep -E "default|192\.168\.1|10\.0\.0"—— 检查是否有两条同优先级的直连路由（如192.168.1.0/24 dev eth0和192.168.1.0/24 dev eth1并存） -
arp -an | grep "192.168.1." | head -10—— 若大量条目显示incomplete，说明ARP请求发出后收不到应答，是典型同网段双IP引发的响应混乱
检查反向路由检查（rp_filter）是否被触发
Linux默认开启严格反向路径校验（rp_filter）。当数据包从 eth0 进来，但回包路由指向 eth1 的网关时，内核会直接丢弃该回包——造成“能ping通别人，别人ping不通你”或“TCP连接建立失败”。验证方式：
-
sysctl net.ipv4.conf.all.rp_filter—— 若返回1或2，即启用 -
sysctl net.ipv4.conf.eth0.rp_filter和sysctl net.ipv4.conf.eth1.rp_filter—— 分别查看各接口状态
临时关闭（仅用于验证）：sudo sysctl -w net.ipv4.conf.all.rp_filter=0sudo sysctl -w net.ipv4.conf.eth0.rp_filter=0sudo sysctl -w net.ipv4.conf.eth1.rp_filter=0
抓包定位实际收发异常点
用 tcpdump 锁定问题发生在哪一环：
- 在客户端 ping 服务器某IP（如 192.168.1.100）时，在服务器上分别监听两个接口：
sudo tcpdump -i eth0 -nn icmp and host 192.168.1.1sudo tcpdump -i eth1 -nn icmp and host 192.168.1.1 - 若只在 eth0 收到 echo request，但两个接口都收不到 echo reply，说明回包被内核丢弃（大概率 rp_filter 或路由表缺失）
- 若两个接口都收到 request，但只有一个接口发出 reply，说明内核随机选了一个出口响应，暴露了路由决策混乱
验证并修复路由策略一致性
同网段双IP本身不违法，但必须确保路由行为可控。关键检查点：
- 执行
ip route get 192.168.1.1 from 192.168.1.100 iif eth0和ip route get 192.168.1.1 from 192.168.1.101 iif eth1—— 看回程路径是否与入接口匹配 - 若结果中 dev 不一致（如从 eth0 进却要从 eth1 出），需添加策略路由：
sudo ip rule add from 192.168.1.100/32 table 100sudo ip route add default via 192.168.1.1 dev eth0 table 100 - 注意：所有临时路由/规则重启后失效，需写入
/etc/network/if-up.d/或使用 netplan/nmcli 持久化
