确认故障范围与本地连通性
首先区分是完全无法访问，还是间歇性失败。在连接VPN的终端上，尝试直接访问非VPN网段的公共网站。如果公共网站正常，说明本地出口路由和DNS解析基本正常；如果公共网站也无法访问，问题可能出在VPN隧道本身或本地网络接口。此时应记录具体的错误现象，如连接超时、HTTP 502或证书不匹配，避免直接归因于目标网站故障。
在排查部分网站无法访问的问题时，需仔细检查客户端配置文件中的路由策略与DNS指令，以确认流量是否被正确分配至隧道。
检查应用层配置文件的路由策略
许多VPN客户端（如OpenVPN、WireGuard或IKEv2客户端）依赖配置文件中的路由定义来指定流量流向。检查配置中是否存在特定的路由表项，例如`route-noop`、袋鼠`no-route`或`dns`指令。如果配置指定了将特定IP段或域名强制路由至公网出口而非隧道，部分目标网站就会绕过VPN。查阅官方文档中关于“远程访问范围”或“Split Tunneling”的章节，确认当前配置是否无意中禁用了部分流量的隧道化处理。
验证DNS解析与隧道内DNS配置
部分网站无法访问常源于DNS解析指向了错误的IP地址。在操作系统层面检查DNS服务器设置是否跟随了VPN分配的地址。如果配置文件使用了`push dhcp-option DNS`或类似指令，终端可能会使用隧道内的DNS服务器。若该服务器无法解析外部域名，或解析结果指向了被本地防火墙拦截的IP，就会导致访问失败。使用网络诊断工具查看实际解析到的IP地址，袋鼠VPN手机连接设置确认该IP是否属于预期的目标网络，判断是解析错误还是路由问题。
排查本地安全软件与协议兼容性
本地安全软件、防火墙或杀毒软件可能会拦截VPN隧道协议或与特定应用层流量冲突。观察是否存在特定应用程序（如浏览器）能访问而其他应用不能的情况，袋鼠VPN手机连接设置这通常指向应用层过滤而非底层路由问题。检查本地网络栈是否对分片包（Fragmentation）或特定端口存在限制。此步骤应为只读检查，仅通过日志确认拦截行为，不要随意禁用系统级防护，除非已确认其为唯一变量且风险可控。
验证目标服务端的访问控制列表
如果本地配置和路由均正确，问题可能位于目标服务端。许多企业或云服务通过源IP地址进行访问控制。确认当前出口IP是否符合目标服务器ACL（访问控制列表）的要求。某些高可用的服务端可能在配置变更时短暂丢弃来自未知IP段的连接，袋鼠表现为部分网站不可达。此时可尝试使用不同的源IP（如通过另一条链路）测试同一目标，若结果不同，则证实是源地址依赖型限制，而非本地配置错误。
