linux 网络参数冲突表现为无法上网、ip 重复、路由混乱或服务绑定失败，根源在于配置文件重复、服务重叠或命令与配置不一致，需从接口状态、ip 分配、路由表和守护进程四方面排查。
Linux 系统中网络参数冲突通常表现为无法上网、IP 地址重复、路由混乱或服务绑定失败。核心问题多源于配置文件重复、服务重叠或手动命令与配置不一致。排查需从接口状态、IP 分配、路由表和守护进程四方面入手。
检查网卡 IP 和状态是否重复
同一网段内多个接口配置相同 IP，或一个接口被多次赋值，会导致 ARP 冲突或通信中断。
- 运行 ip addr show 查看所有接口的 IPv4/IPv6 地址，注意是否有重复 IP 或意外的 secondary 地址
- 对比 /etc/sysconfig/network-scripts/ifcfg-*（CentOS/RHEL）或 /etc/netplan/*.yaml（Ubuntu 18.04+）中静态 IP 设置，确认无多份配置指向同一设备
- 检查是否混用 NetworkManager 与 systemd-networkd：两者同时启用常导致接口被反复重载，可用 systemctl list-units | grep -E “(NetworkManager|systemd-networkd)” 确认
验证路由表是否存在环路或覆盖
多网卡或多网关配置时，错误的静态路由或默认网关叠加会引发数据包误转发。
- 执行 ip route show，重点查看 default 路由数量（应仅 1 条主出口）、子网路由是否重叠（如 192.168.1.0/24 和 192.168.0.0/16 同时存在）
- 检查 /etc/sysconfig/network-scripts/route-* 或 Netplan 的
routes:块，确认无冗余或掩码过宽的条目 - 临时删除可疑路由测试：ip route del default via 192.168.1.1，观察连通性是否恢复
定位服务端口与网络参数冲突
Web 服务器、DNS 或 DHCP 服务启动失败，常因端口被占或监听地址与网卡实际配置不符。
- 用 ss -tuln | grep :80 查端口占用，确认是预期进程（如 nginx）还是残留进程（如旧版 httpd）在监听
- 检查服务配置中的
listen或bind-address是否写死为已不存在的 IP（如配置了 192.168.5.100，但该接口当前只有 192.168.5.101） - 若使用 DHCP 客户端（dhclient），确认未在静态配置的同时又运行 dhclient eth0，否则可能产生双 IP
审查持久化配置与运行时差异
重启网络服务后异常，大概率是配置文件未生效或被其他机制覆盖。
- 对比 ip addr 输出与配置文件中设定的 IP、掩码、网关，不一致说明配置未加载
- Red Hat 系执行 nmcli device show 查 NetworkManager 是否接管了该接口；Ubuntu 系运行 netplan apply –debug 看是否报 YAML 语法或设备名错误
- 检查 /run/systemd/network/ 下是否有自动生成的临时配置，可能覆盖 /etc 下的设置
