domain-name-system – 使用AWS Route53托管区域/名称服务器的DNS

我在AWS Route53上设置了一组白标名称服务器,遵循AWS文档以及我从AWS员工那里发现的一篇文章.一切似乎都运行正常 – 我从来没有遇到问题到达我使用的测试站点,那些白标名称服务器作为其DNS.

我问过美国各地的一些人尝试进入该网站,他们说他们间歇地得到“服务器未找到”.我尝试通过pingdom这样的在线工具进行检查 – 并且得到了一些非常令人不安的错误消息,但最后的声明“但是尽管如此,IP地址查找成功了”.不是真正温暖的模糊.

如果有人会介意帮助一个DNS新手.测试地点位于：tsf-test.com;如果可以访问它应该给出一个辉煌的“错误建立数据库连接”结果.这是预料之中的.

DNsstuf.com报告此事：

SOA record check    No nameservers provided an SOA record for the zone. 
You should configure your nameservers to have a master slave relationship.
The update of the zone information to the slave nameservers should 
be handled through the SOA record.

我真的很感激有关如何在Route53上扎实工作的任何指示.谢谢…

编辑：

以下是我在AWS上为自定义名称服务器设置的记录：

localroute.net.  NS ns1.localroute.net 172800
                    ns2.localroute.net 
                    ns3.localroute.net 
                    ns4.localroute.net

localroute.net.  SOA  ns1.localroute.net. hostmaster.localroute.net. 2016112702 7200 900 1209600 86400  900

ns1.localroute.net. A  205.251.192.207 172800
ns2.localroute.net. A  205.251.197.175 172800
ns3.localroute.net. A  205.251.195.235 172800
ns4.localroute.net. A  205.251.198.34  172800

此外,对于域localroute.net,使用AWS作为注册商,我有ns1的粘合记录. NS2. NS3.和ns4. – 指向与上述相同的IP地址.

那么,对于tsf-test.com,这里是区域记录：

tsf-test.com.   A   xxx.xxx.xxx.xxx 60

tsf-test.com.   NS  ns1.localroute.net 60
                    ns2.localroute.net 
                    ns3.localroute.net 
                    ns4.localroute.net
tsf-test.com.   SOA ns1.localroute.net. hostmaster.localroute.net. 2016112701 7200 900 1209600 86400    900

*.tsf-test.com. CNAME tsf-test.com  60

解决方法

您的胶水记录是正确的.这不是问题.

问题是,即使您已在.net域(gTLD服务器)的顶级配置全局权威服务器,您也没有将localroute.net域本身配置为实际使用白标服务器 – – 通过注册商 – 相信你做到了.

如果你打开Route 53控制台,并突出显示localroute.net的托管区域(不要点击实际域名,只在表格中的行上),我相信你会发现列出的4个域名服务器屏幕右侧不是正确的Route 53服务器 – 它们与您的4个白标服务器相匹配的4个IP地址不对应.他们应该是这些：

ns-1455.awsdns-53.org.   205.251.197.175
ns-1003.awsdns-61.net.   205.251.195.235
ns-207.awsdns-25.com.    205.251.192.207
ns-1570.awsdns-04.co.uk. 205.251.198.34

localroute.net托管区域 – 我怀疑你会发现 – 将不会使用这些,但tsf-test.com将是,因为它是正确的.

但这些是ns1-ns4的等效服务器,据称对localroute.net具有权威性……但如果你问那些特定的Route 53服务器关于localroute.net,他们根本不知道你在谈论什么.

;; ->>HEADER<<- opcode: QUERY,status: REFUSED,id: 21284
                                       ^^^^^^^

因此,假设上述内容准确无误,您如何解决？

如果此处显示与不同IP地址对应的值,则托管区域中的NS记录本身无关紧要.

我猜你可能已经编辑了localroute.net区域的NS记录,你不能随意做.它不起作用.托管区域必须已经在这些名称服务器上,或者更改没有完成任何有用的操作.

您需要使用与创建tsf-test.com相同的过程为localroute.net创建新的托管区域 – 以便它与白标签名称服务器相关联.您不必先删除旧的 – 您可以稍后删除它.创建区域,填充记录,然后解决问题.

domain-name-system – 使用AWS Route53托管区域/名称服务器的DNS

解决方法

相关文章