DNS泄露和WebRTC泄露有什么区别？分别怎么检测？

很多用户在使用代理IP的时候都有这样的疑惑：明明自己已经连接了代理，为什么检测网站还能显示原来的网络信息？遇到这种情况，通常需要检查两件事：

•  DNS泄露主要涉及域名查询走了哪条路径？

•  WebRTC泄露主要涉及浏览器暴露了哪些IP？

两者均需要分别检测，解决方法也不一样，下面就跟着ToDetect小编一起来看看吧！

一、DNS泄露和WebRTC泄露有什么区别？

DNS泄露：网页走了代理，查询域名却未必

打开网站前，设备通常需要先查询域名对应的IP地址，这一步是由DNS完成的。

如果你希望所有请求经常代理，但域名查询仍发给本地运营商的DNS，那么就可能会出现DNS泄露。

这不意味着对方因此看到了HTTPS网页正文、密码或完整浏览记录。DNS查询暴露的范围，与网页内容泄露不同，参考：DNSLeakTest原理说明。

WebRTC泄露：浏览器可能暴露另一条连接的IP

WebRTC用于网页语言、视频通话和实时数据传输。建立连接时，它可能借助STUN等机制发现可用的公网地址。

如果这些连接没有经过预期的代理，网页就可能会获取到本地网络的公网IP，即使普通网页访问已经显示为代理出口。参考：MDN WebRTC协议说明

二、DNS泄露怎么检测?

很多人虽然听说过DNS泄露，但具体怎么检测却不太清楚。如果你懂技术，那么这块轻车熟路，有很多检测的验证方法，但如果不懂技术，我们就需要借助一些DNS泄露检测工具来检测。

市面上有很多的DNS泄露检测网站，比如ToDetect。

ToDetect是一款浏览器指纹检测工具，可以在线检测ip纯净度、ip风险值分析、DNS泄露测试、WebRTC泄露检测等浏览器指纹信息。

•  打开ToDetect官网，找到DNS泄露检测工具；

•  点击进去，网页会自动检测DNS是否泄露。

三、WebRTC泄露怎么检测？

打开 ToDetect WebRTC泄露检测页面，重点看普通网页连接的IP，以及WebRTC检测出的本地地址和公网地址。

将结果与连接前记录的公网IP对比：

四、检测出泄露后，应该怎么处理？

DNS泄露：检查解析设置和请求路径

建议按顺序检查：

•  VPN设置：确认DNS保护功能是否启用，分流规则是否符合预期。

•  代理设置：核实应用是否支持通过代理端解析域名，而不是继续在本地解析。

•  浏览器安全DNS：查看是否单独指定了另一家DNS服务。

•  修改后复制：重新连接，再检查解析服务是否符合预期。

把NDS改成公共DNS，并不等于已经解决泄露；开启加密DNS，也不等于查询一定经过代理。

WebRTC泄露：检查浏览器策略和网络覆盖范围

先确认代理是否覆盖WebRTC使用的连接。仅代理网页流量的配置，不一定覆盖浏览器的全部通信。

如果不需要网页通话，可以考虑限制或关闭WebRTC。例如，Firefox可在about：config中，将media.peerconnection.enabled设为false。这会影响依赖WebRTC的网页通话等功能，需要即可恢复为true。

五、用了静态住宅IP，还需要检测吗？

需要。静态住宅IP描述的是出口IP的属性，并不能保证系统DNS、浏览器WebRTC和其他应用都经过同一出口。

配置完成后，做三项检查更实用：

•  查出口IP：确认网页访问经过了预期的代理；

•  查DNS：确认域名解析符合你的设置；

•  查WebRTC：确认没有暴露希望隐藏的公网地址。

更换浏览器、修改代理设置或切换网络后，也可以重新测试。

六、常见问题

DNS没有泄露，WebRTC就一定安全吗？

不一定。DNS检测检查域名解析使用的服务，WebRTC检测检查浏览器暴露的IP地址，两者是不同的检查项目。建议分别测试，不能用其中一项的结果代替另一项。

WebRTC检测出了IP地址，是不是就有问题？

要看具体是什么地址。如果显示的是预期的代理或出口IP，通常不代表本地公网IP泄露。

如果出现连接前记录的本地公网IP，就需要排查。192.168.x.x等局域网地址属于另一类信息，不能与公网IP暴露混为一谈。

开启浏览器无痕模式，可以防止这些泄露吗？

不能仅靠无痕模式。它主要减少浏览结束后保持在设置上的历史记录等数据，不会自动让DNS和WebRTC流量经过代理。

七、总结

DNS泄露和WebRTC泄露的区别，在于前者涉及域名查询是否按预期发生，后者涉及浏览器是否暴露了希望隐藏的IP地址。如果大家不知道二者该如何检测，可以通过ToDetect在线检测。