Huc*_*kle 4 dns privacy-protection privacy
尽管 Google 的8.8.8.8DNS 服务器是您的 ISP 提供的DNS 服务器的流行替代 DNS 服务器,但对隐私的影响对我来说太麻烦了。在研究关于替代 DNS 服务器的隐私时,我发现 OpenNIC 池相当受欢迎。
但是,我不确定我对这些服务器的可信度有何看法。他们已经在 IANA 权限之外对根区实施了自己的扩展。什么会阻止他们(除了公众监督)重新定义 IANA 定义的根区部分?
我知道将 DNS 查询直接大规模转发到 DNS 根名称服务器被认为是有害的,但似乎确保正确*和私有结果的唯一方法是在本地网络上使用缓存、递归解析器。对于单个家庭网络,这不会对根服务器造成负担,但绝对不会扩展到每个家庭。
那么我应该使用 OpenNIC 还是转发到根服务器?我自己的 ISP 是不可能的,因为他们经常进行 DNS 劫持。
*没有广泛采用 DNSSEC,这将解决正确性问题,但不能解决隐私问题。
信任问题的核心不是技术问题,因此您永远无法完全回答诸如“我是否应该信任 X”之类的问题,特别是如果您添加“......在某个 Z 遥远的未来不做 Y 行动”。
特别是因为在您的问题中,您似乎既不确定提供商本身,又不确定提供商与您之间的路径上会发生什么。
如果您想更好地控制解析过程,除了直接在您的主机上或在您信任的其他主机上运行您自己的递归缓存名称服务器之外,您别无选择。特别是如果您想完全确定使用 DNSSEC 提供的功能:如果您使用远程验证名称服务器,您相信它会为您正确完成所有 DNSSEC 计算。
因此,我什至不会尝试评估https://en.wikipedia.org/wiki/Public_recursive_name_server上的1.1.1.1(CloudFlare) 或8.8.8.8(Google) 或9.9.9.9(IBM+PCH+GlobalCyberAlliance) 或 OpenNIC 或任何其他网站是否值得信赖或更值得信赖比另一个。这也是一种非常个人的意见(您信任谁),并且会随着时间的推移而变化。
您的断言“但它绝对不会扩展到每个家庭。” 不是那么清楚。人们越来越多地在内部处理他们的 DNS 解析(或转发到以前的公共解析之一),并且根服务器有足够的容量。请注意,问题实际上可能不存在,因为该区域文件移动缓慢、很小,而且缓存无处不在。在某些 TLD 名称服务器上,问题可能更多,例如.COM,其中区域文件既有数百万个条目,又有可能不小的定期更改。
桌上有多种选择,有时可以混合搭配:
为了扩展您的知识,这个 wiki 可能是一个好的开始:https : //dnsprivacy.org/wiki/
| 归档时间: |
|
| 查看次数: |
2036 次 |
| 最近记录: |