问题描述
最近下载了OpenVPN应用程序，并设置了其以连接到用户家庭服务器的方式运行。所有HTTP(S)流量都会通过该连接进行隧道传输，并且经过验证，用户的公网IP地址显示正确。
在OpenVPN设置中，“使用系统代理”复选框被勾选。用户想知道，这个选项是否同样适用于Facebook和Gmail应用程序？假设这两款应用都直接使用HTTPS，但没有完全确定。用户还对为什么只有在移动网络连接到此服务器时才会附加一个额外的192.168.105.109/255.255.255.240路由感到困惑。
解决方案
方案1：OpenVPN 代理与应用行为
请注意移动网络环境下进行的配置更改可能带来不确定性，请在操作前备份相关设置。
关于使用系统代理
勾选“使用系统代理”选项后，通常意味着所有使用系统的网络工具（包括大多数浏览器和某些应用程序）将会经过OpenVPN服务器的传输。但是，对于特定的应用程序如Facebook或Gmail可能不会自动受此影响。
解决方法1：检查各个应用是否有各自的设置来配置流量通过该代理；有的APP可能会有自己的流量管理开关。
查看“Facebook”和“Gmail”的网络设置（如果可用）中是否有关于使用代理的选项，以验证它是否会自动使用OpenVPN隧道。
解决方法2：可以通过在终端或者命令提示符中使用
iptables或其他工具来强制应用程序通过指定的SOCKS或HTTP代理转发流量。例如，
sh
sudo iptables -A OUTPUT -p tcp --dport 80 -j REDIRECT --to-port 1080
注意这需要在Linux系统中执行，对于macOS用户可能需要用sudo pfctl -t www_outbound_t -T replace -t www_incoming_t -T replace -f /path/to/script.pf
方案2：额外路由问题的解释
需注意移动网络环境特性可能导致配置差异。
OpenVPN除了连接的主要功能外，还能够更改本地路由表以帮助应用正确的传输规则。有时它会自动添加路由来确保应用程序可以通过隧道访问所需的资源。
解决方法1：检查OpenVPN的日志文件查看路由设置（
/var/log/openvpn.log或根据实际情况调整）。了解是否在配置中错误地添加了额外的路由，或者是否是由于移动网络引起的特定行为。在命令行工具中运行
route -n查看当前路由表以确认哪个路由不正常。解决方法2：移除不必要的多余路由。如果路由不是用户所期望设置的一部分，则可以手动删除该额外路由（例如使用
ip route delete 10.109.105.209/30 dev tun0命令）。
总结，OpenVPN的代理配置对所有网络工具有效，默认情况下可能不对特定的应用程序产生直接影响。而对于移动网络上出现的额外异常路由问题，可以通过检查和调整OpenVPN配置或路由设置来解决。建议用户仔细审查并根据需要进行相应更改。