用于预传输DNS测试的欺骗NS记录
我即将将一个域名从一个注册商和DNS提供者转移到另一个域名，我想在开始传输之前测试新的DNS主机。新主机预先提供普通的DNS服务，因此可以在那里设置所有记录；然后可以通过使用dig @newserver hostname等查找其中的每个条目来进行测试。但是，这不允许测试名称服务器设置。我的想法是，我可以为NS记录创建主机文件条目，从而让它在新的名称服务器上查找条目，但这是行不通的。接下来，我尝试运行一个本地dnsmasq服务器，为指向旧提供者的DNS服务器名的NS条目提供静态本地定义的记录，指向新提供程序的if，而手动挖掘查询会导致预期的if，而在浏览器中运行不会(即使我清除本地缓存)。
我怎样才能做到这一点？
回答 2
Server Fault用户
发布于 2013-11-25 12:13:21
首先，好的思维要在过渡前进行测试。你会惊讶于有多少系统管理员不进行测试。
使用@newserver会忽略NS记录，并将请求直接发送给newserver。您可以通过在命令行上指定" NS“来测试它是否服务于正确的NS记录：
dig @newserver mydomain.com ns它验证新区域文件中是否有正确的NS记录。
这假设新的注册员将在传输之前使用您的区域设置DNS服务器。
当外部人员进行DNS查找时，他们会忽略区域中的NS记录。它们只查询父区域中的NS记录。例如，如果这是一个.com域，那么对于所有的.com都有一个(巨大的)区域文件，其中包括用于mydomain.com的NS记录。当您转移域时，这些记录将更改。没有办法在那里测试新的NS记录而不进行更改。
同样，假设新的注册员将在传输之前设置DNS区域:您可以告诉旧的注册员添加新的NS记录(添加它们，不要删除旧的NS记录)。这时，大约一半的DNS查询将转到旧的DNS服务器，另一半将转到新的DNS服务器。你可以验证事情的正确运作方式。(更好的是:一次添加一个NS记录)。您可以删除旧的NS记录一次，并做更多的测试。
如果新注册员在传输之前不会设置DNS区域，则创建一个具有相同区域文件的新域。您必须创建一个对这两个区域都有效的zonefile；如果使用相对名称而不是FQDN，那么很容易。(提示:随时使用"@“来指定域名本身)。在那里测试记录。在新的域名上重复使用区域文件.这样你就会知道区域法起作用了。
Server Fault用户
发布于 2013-11-25 15:58:39
您可以在名为“拆分DNS”的配置中设置DNS服务器。一些域将其查找指向新服务器，而其他所有域将遵循常规路径。http://en.wikipedia.org/wiki/Split-horizon_DNS
如果您使用的是绑定，这可能会有所帮助：http://www.cyberciti.biz/faq/linux-unix-bind9-named-configure-views/
https://serverfault.com/questions/557209
复制相似问题
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号