我遇到了子域的DNSparsing问题。 我有一个奇怪的情况（至less对我来说是怪异的），所以忍耐与我，而我解释一切。
我正在和一个拥有november-project.com域名的朋友一起工作。 它被购买，并有与GoDaddy托pipe的DNS。 名称服务器指向WordPress网站所在的HostGator。
好。 所以我创build了一个单独的web应用程序，我成功地在tracking.november-project.com子域下提供服务。 我使用了HostGator，并将我的资产推送到他们在创build子域时所提供的公共文件夹中。 还有我用于testing的tracking-staging.november-project.com 。
最近，我想离开HostGator，因为我们有一些SSL证书和正常运行时间的问题。 我决定将我的应用程序移至S3，并使用ButtFront进行caching以及Route 53将子域名parsing委托给AWS。 我用这个文件来帮助我设置Route 53子域logging：
http://docs.aws.amazon.com/Route53/latest/DeveloperGuide/CreatingNewSubdomain.html
我能够击中网站，看到S3资产正在交付，所以我从HostGator中删除了子域。 现在该网站正在加载一些人，但不为其他人。 我可以到我的手机上的网站，但不是我的笔记本电脑。 我看到server DNS address could not be found. 错误。
我对DNS的东西不是很了解，而且我通过这个过程学到了大部分知识。 任何帮助是极大的赞赏。 我可以提供更多关于任何事情的信息。
更新：
在与GoDaddy检查后，DNS服务被委派给HostGator，所以我不能在那里添加区域logging。
然后我谈到了HostGator支持，他们不允许在我的价格水平（大多数Web /共享水平）的客户的NSlogging。
与朋友讨论后，似乎最好的办法就是停止使用HostGator进行DNS。 而且由于我正在做这个改变，所以我决定和53号路线一起整合。
我希望Route 53允许通配符NSlogging，这样我就可以把我不想处理的所有东西都委托给HostGator; 但是，对于任何DNS来说，通配NSlogging似乎并不普遍。 所以我花了一些时间将HostGator中的所有DNSlogging复制到Route 53.然后，我转换GoDaddy指向Route 53.我希望这将工作，并不会导致根站点的停机时间。
这一切看起来是否合理？ 是否有更多推荐的行动scheme？
11月 –project.com上的Whois显示以下域名服务器logging：
Name Server: NS8065.HOSTGATOR.COM Name Server: NS8066.HOSTGATOR.COM Name Server: NS-1032.AWSDNS-01.ORG Name Server: NS-40.AWSDNS-05.COM Name Server: NS-1565.AWSDNS-03.CO.UK Name Server: NS-572.AWSDNS-07.NET Name Server: NS-1465.AWSDNS-55.ORG Name Server: NS-688.AWSDNS-22.NET Name Server: NS-2026.AWSDNS-61.CO.UK Name Server: NS-458.AWSDNS-57.COM
当我挖掘hostgator域名服务器上的tracking.november-project.com，然后在AWS上，我得到了非常不同的响应：
亚马逊：
Dig [email protected] (205.251.197.185) ... Authoritative Answer Query for tracking.november-project.com type=255 class=1 tracking.november-project.com A (Address) 52.85.40.208 tracking.november-project.com A (Address) 52.85.40.67 tracking.november-project.com A (Address) 52.85.40.155 tracking.november-project.com A (Address) 52.85.40.215 tracking.november-project.com A (Address) 52.85.40.151 tracking.november-project.com A (Address) 52.85.40.200 tracking.november-project.com A (Address) 52.85.40.138 tracking.november-project.com A (Address) 52.85.40.222 tracking.november-project.com NS (Nameserver) ns-1465.awsdns-55.org tracking.november-project.com NS (Nameserver) ns-2026.awsdns-61.co.uk tracking.november-project.com NS (Nameserver) ns-458.awsdns-57.com tracking.november-project.com NS (Nameserver) ns-688.awsdns-22.net
HostGator的：
Dig [email protected] (192.185.5.19) ... Authoritative Answer Query for tracking.november-project.com type=255 class=1 tracking.november-project.com A (Address) 192.185.38.67 november-project.com NS (Nameserver) ns8066.hostgator.com november-project.com NS (Nameserver) ns8065.hostgator.com ns8065.hostgator.com A (Address) 192.185.5.19 ns8066.hostgator.com A (Address) 192.185.5.190
理想情况下，hostgator域名服务器需要完全删除这个域的任何跟踪，以确保他们不认为他们是权威的，并将在名称服务器上传递请求。 看起来这没有发生。
编辑：
我对亚马逊文档有了更好的了解，他们非常含糊，但实际上我认为您需要将AWS NSlogging添加到子域，而不是根域。
我不相信你应该看到亚马逊名字服务器，当你是谁的根域。 logging应该是
november-project.com NS *hostgator ns* tracking.november-project.com NS *amazon ns*
这是否是原因，很难说。 当我在自己的机器上执行nslookup跟踪分段时，它会失败，因为主NS被列为hostgator之一 – 子域上的NSlogging应该被视为更具体，并将优先，所以应该有希望阻止这种行为。
QUESTIONS: tracking-staging.november-project.com, type = AAAA, class = IN AUTHORITY RECORDS: -> november-project.com ttl = 219 (3 mins 39 secs) primary name server = ns8065.hostgator.com responsible mail addr = dnsadmin.gator4033.hostgator.com serial = 2016033001 refresh = 86400 (1 day) retry = 7200 (2 hours) expire = 3600000 (41 days 16 hours) default TTL = 86400 (1 day)