VPN连接DNS服务器时常见故障排查
在命令行中检查DNS解析路径，定位隧道封装故障。
VPN连接建立后无法访问特定域名或解析失败，通常源于DNS流量未正确封装在隧道内，或客户端本地解析缓存干扰。排查时应优先确认是否所有域名均无法解析，还是仅部分异常。若所有域名均失效，问题多集中在DNS隧道传输机制；若仅特定后缀异常，则可能涉及条件域或分拆隧道策略。避免立即重置网络或重装客户端，先通过只读命令观察当前解析行为，定位是网络层未通达还是应用层缓存残留。
验证DNS查询是否经由VPN发送
在Windows系统上，打开命令提示符输入`ipconfig /all`，查看当前活动的网络适配器。若VPN接口（如Tunnel、VPN连接）的“DNS后缀搜索顺序”为空，或首选DNS服务器指向公网IP而非内网DNS，说明客户端未强制将DNS请求路由至VPN网关。在macOS或Linux上，检查`resolv.conf`或网络偏好设置中的DNS条目。若DNS服务器地址未随VPN连接动态下发，或物理网卡（Wi-Fi/以太网）的DNS优先级高于VPN，解析请求会直接发往互联网DNS，绕过内部域名系统。此时需核对VPN配置文件中的DNS下发策略，猎豹确认是否启用了“替换系统DNS”或“仅使用VPN DNS”选项。
区分本地缓存与权威解析失败
本地DNS缓存可能导致旧记录滞留。在Windows使用`ipconfig /displaydns`查看当前缓存记录，在macOS或Linux使用`dig`或`nslookup`配合`-t ANY`或特定域名进行查询。若`nslookup`指向内部域名时返回“Server failed”或超时，但指向公开域名（如example.com）正常，说明VPN通道对公网DNS可达，但对内部域名解析路径断裂。这通常表明DNS隧道未覆盖内部区域，或VPN网关的后端解析器无法访问该内部域名的权威服务器。此时不要清除缓存作为首要步骤，而是记录查询目标与响应状态码，判断是连接性故障还是解析策略配置缺失。
检查分拆隧道下的DNS流量走向
若VPN策略采用分拆隧道（Split Tunnel），仅特定子网流量进入隧道，DNS查询可能被排除在外。在客户端执行`route print`（Windows）或`netstat -rn`（Linux）查看路由表，确认默认网关是否指向VPN接口。若0.0.0.0/0路由未指向VPN，或特定DNS服务器IP（如10.x.x.x或192.168.x.x）不在隧道路由范围内，DNS请求将从物理网卡发出。这种配置下，内部域名无法解析是预期行为，猎豹VPN而非故障。需核对VPN策略文档中关于DNS流量是否纳入隧道封装的定义。若策略要求DNS走隧道，但路由表缺失相应条目，则需检查VPN客户端是否正确安装了路由规则，而非盲目重置网络栈。
