看起来你遇到的问题确实有点棘手——只有家里的WiFi会导致VPN连接后无法ping通远程数据库，换其他网络就完全正常。结合你已经做的排查，给你几个针对性的实操方向，都是日常运维里碰过的常见情况：

• 先查路由表是否正确推送
  VPN连接成功后，系统应该会自动添加一条指向远程数据库网段的路由。你可以在Linux终端里运行 ip route show 或者 route -n，找有没有类似 192.168.100.0/24 via 10.x.x.x dev tun0 的条目（这里的tun0是OpenVPN的虚拟接口，10.x.x.x是VPN分配给你的内网IP）。如果找不到这条路由，要么是VPN服务器没推送路由，要么是家里WiFi的路由优先级更高。这种情况可以手动在OpenVPN配置文件里加一行 route 192.168.100.0 255.255.255.0，重启OpenVPN再试试。

• 排查家庭WiFi和远程服务器的网段冲突
  这是最容易忽略的点！如果你的家庭WiFi LAN网段刚好也是 192.168.100.x（比如路由器默认地址是192.168.100.1），系统会把目标服务器当成是本地网络的设备，不会走VPN路由，自然就ping不通。你可以用 ip addr show wlan0 查看自己WiFi的IP地址，如果和192.168.100.x同网段，直接改家里路由器的LAN网段（比如改成192.168.2.x）就能解决。

• 检查家庭路由器的VPN相关限制
  有些家用路由器默认会拦截VPN的后续流量，哪怕你能成功连上VPN。你可以试试这几个操作：

  1. 登录路由器后台，找“VPN穿透”“NAT遍历”或者“IPsec Passthrough”这类选项，全部开启；
  2. 临时把你的Linux设备设为路由器的DMZ主机（测试用，测试完记得关掉），如果能ping通，说明是路由器防火墙拦截了ICMP流量；
  3. 检查路由器有没有开启“AP隔离”，如果开了的话，可能会影响VPN流量的转发。

• 验证本地防火墙规则
  有时候Linux系统的本地防火墙（比如ufw或者iptables）会针对不同网络接口设置不同规则。你可以先临时关闭ufw测试：sudo ufw disable，如果能ping通，说明是本地防火墙的问题。之后再添加允许VPN接口访问目标服务器的规则：sudo ufw allow in on tun0 to 192.168.100.91，再重新开启ufw。

• 用traceroute/mtr定位断连点
  运行 traceroute 192.168.100.91 或者 mtr 192.168.100.91，看看数据包走到哪一步停了。如果是在家庭路由器就断了，说明是路由器的问题；如果走到VPN服务器之后断了，可能是VPN服务器的路由配置有问题（不过你换其他网络能通，这个概率不大）。

先从网段冲突和路由表这两个点入手，大概率能解决问题，如果还是不行，再一步步排查后面的方向。

备注：内容来源于stack exchange，提问作者M Umer Masood