HTTP/SOCKS5 部署里，DNS、WebRTC、IPv6 应该怎么检查

代理连通以后，公网 IPv4 看起来正确，但 DNS、IPv6、WebRTC 仍可能表现不同。处理这类问题最重要的是把每个信号分开，不要用一个“泄漏/不泄漏”的标签代替诊断。

DNS：域名到底在哪里解析

有的应用先在本地把域名解析成 IP，再把连接交给代理；有的 SOCKS5 客户端可以让代理侧解析；浏览器还可能启用加密 DNS。于是同样是“走代理”，DNS 行为也可能不同。

排查时要记录应用本身的 DNS/代理设置，而不是只看协议名字。

IPv6：它是一条独立路径

设备有可用 IPv6 时，某些程序可能优先使用 IPv6。正确做法不是把“关闭 IPv6”写成固定要求，而是实际测试这个应用的 IPv6 是否直连、是否经代理、或者根本没有使用。

如果某个具体部署要求只有一条受控路径，而应用又不能正确代理 IPv6，那么在这个环境里关闭 IPv6 可以是一种临时措施，但它不是产品的通用要求。

WebRTC：适用于浏览器，不代表所有软件

WebRTC 可能暴露浏览器的本地候选地址，适合检查实时通信类网页。它不能说明数据库客户端、API 工具或其他桌面程序怎么走网络。

推荐的检查顺序

先确认 Windows 主机出口，再配置下游应用代理；分别验证 IPv4、DNS、IPv6；如果是浏览器并且涉及 WebRTC，再检查 WebRTC。最后取消代理做一次对照测试。

有了这些证据，才能判断显式 HTTP/SOCKS5 是否足够，还是这个业务需要真正的网关层网络方案。