双网络接口（以太网与WiFi）激活时无法Ping的技术求助

你的场景里存在两个上网方式完全不同的接口：br0可直连互联网，eth0需通过代理访问。Ping失败大概率是路由冲突或代理/防火墙设置干扰导致的，咱们一步步排查解决：

1. 检查路由表，修正默认路由指向 #

首先查看系统当前的路由规则，这是最核心的排查点：

ip route show

重点看开头的default via条目：

• 如果默认路由指向了eth0的网关（10.102.xx.xx段）：Ping公网时流量会走eth0，但Ping用的ICMP协议不被代理处理，自然不通。
• 如果默认路由指向br0的网关，但Ping 10.102网段失败：说明缺少针对内网的专属路由规则。

修复操作： #

• 先把默认路由切换到br0（替换成你实际的br0网关地址，比如192.168.1.1）：

  ip route del default via 10.102.xx.xx dev eth0
  ip route add default via 192.168.1.1 dev br0
  

• 再添加针对10.102网段的静态路由，让内网流量走eth0（子网掩码根据你的实际网络调整）：

  ip route add 10.102.0.0/16 dev eth0
  

  这样公网流量走br0直连，内网10.102网段走eth0，彻底避免路由冲突。

2. 检查代理环境变量的干扰 #

虽然Ping本身不依赖HTTP/HTTPS代理，但全局代理设置可能影响其他网络工具，同时要确保直连网段被排除在代理之外：
查看当前代理配置：

echo $http_proxy $https_proxy $no_proxy

如果no_proxy里没包含192.168.1.0/24、127.0.0.1和10.102.0.0/16，临时添加：

export no_proxy="127.0.0.1,192.168.1.0/24,10.102.0.0/16"

要永久生效的话，把这条命令加到~/.bashrc或/etc/profile文件里即可。

3. 排查防火墙是否拦截ICMP包 #

有些防火墙规则会默认阻止ICMP请求，执行命令查看规则（用nftables的话替换为nft list ruleset）：

iptables -L -n

如果看到针对ICMP的DROP规则，临时允许ICMP：

iptables -A INPUT -p icmp --icmp-type echo-reply -j ACCEPT
iptables -A OUTPUT -p icmp --icmp-type echo-request -j ACCEPT

4. 验证网桥br0的基础连通性 #

先确认br0本身能正常访问互联网，指定br0接口Ping公网：

ping -I br0 8.8.8.8

如果不通，检查5G接口是否正常接入网络，用brctl show查看网桥的接口桥接状态是否正常。

5. 持久化路由配置（可选） #

上面的路由修改是临时的，系统重启后会失效。根据你的发行版配置持久化：

• Debian/Ubuntu：用netplan编辑配置文件，在br0的配置中添加默认路由，在eth0的配置中添加静态路由。
• RHEL/CentOS：编辑/etc/sysconfig/network-scripts/ifcfg-br0和ifcfg-eth0，添加GATEWAY和ROUTE相关参数。

内容的提问来源于stack exchange，提问作者Aashish Sharma