采取措施 从两大方面阻止域名劫持

2．将外部和内部域名服务器分开（物理上分开或运行BIND Views）并使用转发器（forwarders）。外部域名服务器应当接受来自几乎任何地址的查询，但是转发器则不接受。它们应当被配置为只接受来自内部地址的查询。关闭外部域名服务器上的递归功能（从根服务器开始向下定位DNS记录的过程）。这可以限制哪些DNS服务器与Internet联系。

织梦内容管理系统

3． 可能时，限制动态DNS更新。

织梦内容管理系统

4． 将区域传送仅限制在授权的设备上。 织梦好，好织梦

5． 利用事务签名对区域传送和区域更新进行数字签名。 本文来自织梦

6． 隐藏运行在服务器上的BIND版本。

7． 删除运行在DNS服务器上的不必要服务，如FTP、telnet和HTTP。

8． 在网络外围和DNS服务器上使用防火墙服务。将访问限制在那些DNS功能需要的端口/服务上。 织梦内容管理系统

让注册商承担责任 织梦好，好织梦

域名劫持的问题从组织上着手解决也是重要的一环。不久前，有黑客诈骗客户服务代表修改了Hushmail的主域名服务器的IP地址。对于此时，Hushmail公司的CTO Brian Smith一直忿忿不已，黑客那么容易就欺骗了其域名注册商的客户服务代表，这的确令人恼火。 dedecms.com

Smith说：“这件事对于我们来说真正糟透了。我希望看到注册商制定和公布更好的安全政策。但是，我找不出一家注册商这样做，自这件事发生后，我一直在寻找这样的注册商。”

Nominum公司首席科学家、DNS协议原作者Paul Mockapetris说，升级到BIND 9.2.5或实现DNSSec，将消除缓存投毒的风险。不过，如果没有来自BlueCat Networks、Cisco、F5 Networks、Lucent和Nortel等厂商的DNS管理设备中提供的接口，完成这类迁移非常困难和耗费时间。一些公司，如Hushmail，选择了用开放源代码TinyDNS代替BIND。替代DNS的软件选择包括来自Microsoft、PowerDNS、JH Software以及其他厂商的产品。 内容来自dedecms

不管您使用哪种DNS，请遵循以下最佳惯例：

1．在不同的网络上运行分离的域名服务器来取得冗余性。 本文来自织梦

2．将外部和内部域名服务器分开（物理上分开或运行BIND Views）并使用转发器（forwarders）。外部域名服务器应当接受来自几乎任何地址的查询，但是转发器则不接受。它们应当被配置为只接受来自内部地址的查询。关闭外部域名服务器上的递归功能（从根服务器开始向下定位DNS记录的过程）。这可以限制哪些DNS服务器与Internet联系。

3． 可能时，限制动态DNS更新。

织梦内容管理系统

4． 将区域传送仅限制在授权的设备上。

看完这篇，您有何感觉呢？