DNS使用AWS Route53托pipe区域/名称服务器

我在AWS Route53上build立了一套白标签服务器,遵循AWS文档以及我从AWS员工那里find的书面文字。 似乎所有的工作都很好 – 我从来没有遇到过一个问题到达我使用的testing网站,这些白名称服务器作为它的DNS。

我问了美国各地的几个人试着去网站,他们说他们间歇性地“找不到服务器”。 我尝试通过pingdom等在线工具进行检查,并得到一些相当令人不安的错误信息,但最后的陈述“尽pipe如此,IP地址查找仍然成功” 。 不是一个真正的温暖模糊。

如果有人会介意帮助DNS新手出一点。 testing网站是: tsf-test.com ; 如果可达则应该给出一个辉煌的“build立数据库连接的错误”结果。 这是预料之中的。

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为自定义名称服务器设置的logging:

 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的粘合logging 。 NS2。 NS3。 和ns4。 – 指向与上面相同的IP地址。

那么,对于tsf-test.com这里是区域logging:

 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 

您的胶水logging是正确的。 这不是问题。

问题是,即使您已经在.net域(gTLD服务器)的顶层configuration了全局权威服务器,您也没有configurationlocalroute.net域本身来实际使用白标签服务器 – – 通过注册商 – 相信你做到了。

如果打开Route 53控制台,并突出显示localroute.net的托pipe区域(不要单击实际的域名,只是在表格中的行),我相信你会发现上面列出的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托pipe区 – 我怀疑你会发现 – 将不会使用这些,但tsf-test.com将是,因为它是正确的。

但是那些是ns1-ns4的等效服务器,据称是localroute.net的权威服务器……但是如果你那些关于localroute.net的特定Route 53服务器,他们不知道你在说什么。

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

所以,假设以上是准确的,你如何解决?

如果在这里显示了与不同IP地址对应的值,那么托pipe区域本身的NSlogging是不相关的。

我猜你可能已经编辑了localroute.net区域的NSlogging,而且你不能任意地这样做。 这种方式不行。 托pipe区域必须已经这些名称服务器上,或者更改没有实现任何有用的function。

您需要使用您用于创buildtsf-test.com的相同过程为localroute.net创build一个新的托pipe区域,以便它与白标签名称服务器相关联。 您不必先删除旧的,稍后可以删除。 创build区域,填充logging,问题应该解决。