连接 VPN 后仍担心真实 IP 或 DNS 请求暴露？本指南用基线对照法检查公网 IP、IPv6、DNS 与 WebRTC，并说明浏览器、系统代理、其他网络工具造成异常时的修复顺序。
“网页显示了一个 IP”不等于发生泄漏。检测必须先记录未连接时的基线，再连接快柠檬做对照，并区分公网 IP、DNS 解析器、IPv6 与 WebRTC 候选地址。测试页面本身会看到连接信息，因此应选择可信工具，不要把完整结果截图公开发布。
信息核验日期： 2026-09-01
先记录未连接时的基线
断开快柠檬与其他代理，打开一个可信的 IP 与 DNS 检测工具，记录公网 IPv4、是否存在 IPv6、DNS 解析器所属网络以及测试时间。不要以城市定位为唯一标准，因为 IP 地理数据库可能过期。
完全退出浏览器后重新打开，清除可能影响测试的代理扩展。若设备同时连接 Wi‑Fi、网线和移动热点，只保留实际要测试的一条网络，避免多路径让结果难以解释。
记录 IP、IPv6、DNS 解析器与时间 关闭其他 VPN、代理扩展和抓包工具 只保留一条活动网络接口
连接后分别检查四类信息
连接快柠檬并等待状态稳定，然后在新的无痕窗口重复测试。公网 IP 应与基线不同；DNS 结果不应继续显示为原本运营商的解析器。若系统启用 IPv6，则还要确认测试结果没有绕过预期路径。
WebRTC 为浏览器实时通信提供候选地址。检测页可能显示私有局域网地址、mDNS 名称或公网候选地址；重点是是否暴露了与未连接基线相同的公网地址，而不是看到任何本地地址就判定泄漏。
确认连接后公网 IP 与基线不同 检查 DNS 是否仍指向原运营商 比较 WebRTC 候选地址与基线公网 IP
用重复测试排除缓存与误报
在两个不同浏览器、两个可信测试页面上各执行一次，再切换到另一快柠檬节点复测。DNS 缓存、浏览器扩展、家庭路由器的加密 DNS 和企业网络策略都可能让单次结果看起来矛盾。
不要用“定位城市与节点名称不完全一致”直接判断泄漏。IP 数据库更新滞后很常见。更可靠的证据是：连接前后公网 IP 完全相同，或连接后 DNS 仍持续由原运营商处理。
至少使用两个浏览器和两个测试来源 换一个节点复测相同项目 以地址与网络归属对照，不只看城市名称
按影响范围从小到大修复
先重启浏览器和快柠檬、停用代理或隐私扩展，再重置系统代理与 DNS 为自动获取。随后断开多余网络接口并重启设备。不要同时修改大量注册表、路由和防火墙规则，否则很难知道哪一步有效。
若问题只在一个浏览器出现，优先重置该浏览器的网络与 WebRTC 相关扩展；若所有浏览器都相同，再检查系统、路由器或企业网络策略。向支持人员提供系统版本、客户端版本、节点、网络类型和脱敏后的对照结果。
先处理浏览器扩展和其他代理 再重置系统代理、DNS 与多余接口 保留脱敏测试记录，不发送账号密码或完整公网信息截图
常见问题
检测页显示本地 192.168.x.x 地址算泄漏吗？
通常不能仅凭私有局域网地址判断泄漏。应关注是否出现了与连接前相同的公网 IP，以及这些信息是否超出当前浏览器预期。
节点城市和 IP 定位城市不同正常吗？
可能正常。IP 地理数据库并非实时更新，也可能以运营商注册地标注。应结合网络归属、多个数据源与实际连接状态判断。
修改公共 DNS 就能修复所有泄漏吗？
不能。异常可能来自浏览器扩展、系统代理、IPv6、多网络接口或路由器策略。应先确定泄漏类型再做最小范围修改。
下一步
参考资料
查看完整排查库，或整理信息联系支持团队。