要点
DNS 行为可以独立于隧道而改变
VPN 客户端可以将解析器分配给操作系统或通过其自己的机制拦截 DNS。最终路径仍然取决于操作系统、浏览器和分割隧道策略。即使系统配置不同,具有 DoH 的浏览器也可以查询其选择的解析器。平台私有 DNS 功能可以引入另一个解析器路径。
因此,更改的公共 IP 并不能证明 DNS 遵循预期路由。单独检查解析器状态,包括重新连接后发生的情况以及启用 VPN 后域的解析是否不同。
DNS 泄漏和部分故障不是同一个诊断
DNS 泄漏通常描述的是名称查询将预期的 VPN 路径留给另一个解析器。部分站点故障有更多可能性:解析器可以返回不同的地址,IPv6 可能遵循另一条路由,缓存的记录可能已过时,或者数据包大小可能会影响更大的交换。
当只有某些域出现故障时,请比较它们的分辨率并在更改 DNS 后清除过时的缓存。切换到公共解析器可能是一个有用的实验,但它不应取代理解预期解析器失败的原因。
一次测试一层私有 DNS 和 DoH
先记录一下当前的配置。暂时删除自定义 DNS 覆盖并测试 VPN 分配的解析程序。然后分别启用系统私有 DNS 或浏览器 DoH 并重复相同的域设置。仅在一种配置中出现的故障可以定位问题。
重新连接后,确认解析器状态与路由一起恢复。通过分割隧道,确定发出 DNS 请求的应用程序实际使用哪条路径。健康的设计在网络更改和客户端重新启动后仍然是可预测的,而不仅仅是在一次泄漏测试期间。
继续阅读