VPN连接成功但无法访问内网资源，通常是因为客户端认证通过但策略未生效，或本地路由未正确指向VPN网关。在确认底层链路正常的前提下，应依次排除本地网络配置、隧道状态及目标服务策略的干扰。
技术人员正在检查本地路由表与隧道状态，以排查VPN连接后无法访问内网资源的问题。
核对本地路由与默认网关
首先检查本地系统是否已接收VPN下发的路由表。在Windows系统中，连接成功后运行`route print`命令，查看“Active Routes”表中是否包含目标内网网段（如10.0.0.0/8）。在macOS或Linux中，可使用`netstat -nr`查看路由表。若目标网段缺失，说明VPN客户端未推送路由，或本地防火墙阻止了路由更新。此时应检查客户端日志中是否有“Route push failed”类似提示，蓝猫并确认本地网络适配器是否开启了“允许其他网络连接共享”等可能干扰路由的功能。
验证隧道协议与加密协商
若路由存在但仍无法通信，需确认隧道是否真正建立。对于OpenVPN，检查客户端日志中是否出现“TLS handshake complete”或“Data channel open”字样；对于IPSec，需查看安全关联状态。例如，在Windows的IPsec监控工具或Linux的`strongswan status`中，确认SA（安全关联）状态为Active而非Failed。若握手停留在中间状态，可能是协商参数不一致。此时应比对客户端与网关的认证方式（如证书、令牌）及加密算法是否匹配，避免因算法不支持导致隧道静默失败。
排查目标服务访问控制策略
隧道正常后，目标服务可能因访问控制限制而拒绝请求。检查VPN网关或目标服务器上的ACL（访问控制列表）或主机防火墙规则。确认当前用户账户是否具有访问目标IP和端口的权限。例如，若访问的是内部数据库，需确认该数据库服务是否允许来自VPN网段的连接。可在网关上开启会话日志，观察连接尝试是否被丢弃或拒绝。若日志显示“Denied”或“No route”，蓝猫加速器则问题出在网关策略或后端服务网络可达性，需联系网络管理员调整策略。
隔离本地终端干扰因素
最后，排除本地终端软件的干扰。某些安全软件或代理工具可能拦截VPN流量。暂时禁用本地代理设置（如环境变量http_proxy）或防火墙软件，观察连接是否恢复。注意仅测试性关闭，测试后需恢复原状。若问题依旧，可尝试在本地执行`tracert`或`traceroute`命令至目标内网IP，观察数据包是否中途丢包或指向错误下一跳。若跟踪显示数据包未进入VPN网关，说明本地路由或ARP解析存在异常，需进一步检查网卡驱动状态。
