位于Gandi上的DNS域中的问题-由路由53管理的DNS

问题-无法解析我的域名theplaybook.rocks

从购买的域名。-甘地网。 通过路由53托管区域管理DNS。 在Route 53中，我添加了指向CloudFront分布的A&AAAA记录。同样，我们也为www子域创建了A&AAAA记录。 更改了Gandi.net中的名称服务器，以反映路由53中的内容。 2天未工作-仍然无法访问我的域-注意：cloudfront发行版在浏览器上工作。我还在cloudfront中设置了备用域名，以正确指向我的域

从现在开始，我写的每一件事都是假设和我所尝试的

在它不起作用后，我在互联网上搜索了很多东西，我想可能是因为我的“胶水”记录出了问题。所以我在Gandi.net中添加了胶水记录，因为（某个网站或其他网站）告诉我，它们必须在注册处添加。然而，在通过获得aws名称服务器的反向ip（这本身可能不是正确的-我不知道）添加粘合记录后，Gandi.net通知我必须将它们添加到名称服务器才能生效-我尝试在Route 53中添加粘合记录，然后在Gandi.net中添加粘合记录，然后将它们同时保留在这两个名称服务器中，但都没有效果

---

我真的不知道我到底出了什么问题。感谢您的帮助。

dns解析是间歇性的，因为您配置了一组混合的名称服务器

Current Nameservers:
theplaybook.rocks.  86288   IN  NS  ns-1028.awsdns-00.org.
theplaybook.rocks.  86288   IN  NS  ns1.theplaybook.rocks.
theplaybook.rocks.  86288   IN  NS  ns-1814.awsdns-34.co.uk.
theplaybook.rocks.  86288   IN  NS  ns3.theplaybook.rocks.
theplaybook.rocks.  86288   IN  NS  ns2.theplaybook.rocks.
theplaybook.rocks.  86288   IN  NS  ns-618.awsdns-13.net.
theplaybook.rocks.  86288   IN  NS  ns-213.awsdns-26.com.
theplaybook.rocks.  86288   IN  NS  ns4.theplaybook.rocks.

路由53中的一个正确，并提供IP地址：

dig theplaybook.rocks @ns-1028.awsdns-00.org +short
54.230.71.59
54.230.71.3
54.230.71.55
54.230.71.78

另一个不正确且无法访问：

>dig theplaybook.rocks @ns1.theplaybook.rocks

; <<>> DiG 9.10.6 <<>> theplaybook.rocks @ns1.theplaybook.rocks
;; global options: +cmd
;; connection timed out; no servers could be reached

>挖掘playbook.rocks@ns1.theplaybook.rocks
;  挖掘9.10.6 theplaybook.rocks@ns1.theplaybook.rocks
;; 全局选项：+cmd
;; 连接超时；无法访问任何服务器

如果您的DNS服务器查询到ns*.theplaybook.rocks中的一个，它将失败

---

您需要确保在Gandi中只使用AWS名称服务器。删除其他4个。

dns解析是间歇性的，因为您配置了一组混合的名称服务器

Current Nameservers:
theplaybook.rocks.  86288   IN  NS  ns-1028.awsdns-00.org.
theplaybook.rocks.  86288   IN  NS  ns1.theplaybook.rocks.
theplaybook.rocks.  86288   IN  NS  ns-1814.awsdns-34.co.uk.
theplaybook.rocks.  86288   IN  NS  ns3.theplaybook.rocks.
theplaybook.rocks.  86288   IN  NS  ns2.theplaybook.rocks.
theplaybook.rocks.  86288   IN  NS  ns-618.awsdns-13.net.
theplaybook.rocks.  86288   IN  NS  ns-213.awsdns-26.com.
theplaybook.rocks.  86288   IN  NS  ns4.theplaybook.rocks.

路由53中的一个正确，并提供IP地址：

dig theplaybook.rocks @ns-1028.awsdns-00.org +short
54.230.71.59
54.230.71.3
54.230.71.55
54.230.71.78

另一个不正确且无法访问：

>dig theplaybook.rocks @ns1.theplaybook.rocks

; <<>> DiG 9.10.6 <<>> theplaybook.rocks @ns1.theplaybook.rocks
;; global options: +cmd
;; connection timed out; no servers could be reached

>挖掘playbook.rocks@ns1.theplaybook.rocks
;  挖掘9.10.6 theplaybook.rocks@ns1.theplaybook.rocks
;; 全局选项：+cmd
;; 连接超时；无法访问任何服务器

如果您的DNS服务器查询到ns*.theplaybook.rocks中的一个，它将失败

---

您需要确保在Gandi中只使用AWS名称服务器。移除其他4个。

已解决

这个问题完全是我自己造成的。在开发过程中，我通过编辑etc/hosts文件，针对相同的域名配置localhost。只是一时兴起，在另一台笔记本电脑上检查了一下，它在那里工作得很好

---

谢谢你的回复。

已解决

这个问题完全是我自己造成的。在开发过程中，我通过编辑etc/hosts文件，针对相同的域名配置localhost。只是一时兴起，在另一台笔记本电脑上检查了一下，它在那里工作得很好

---

谢谢你的回复。

谢谢。。。我这样做了，等待着传播的发生。虽然你所建议的正是我一开始（3天前）所做的，并且在不起作用的时候尝试了其他东西。更改生效后，我将在一段时间内回复。如果有帮助，请提供更多信息--所有“未解决”，而如果您使用相同的工具检查A、AAAA和NS记录，则会显示“已解决”。这说明了可能的错误吗？Playbook.rocks没有CNAME记录，apex域也没有CNAME。根据RFC，您使用的是一个名为Alias record的功能，其作用类似于a记录。在dnscheck中，您试图查找不存在的CNAME。谢谢。。。我这样做了，等待着传播的发生。虽然你所建议的正是我一开始（3天前）所做的，并且在不起作用的时候尝试了其他东西。更改生效后，我将在一段时间内回复。如果有帮助，请提供更多信息--所有“未解决”，而如果您使用相同的工具检查A、AAAA和NS记录，则会显示“已解决”。这说明了可能的错误吗？Playbook.rocks没有CNAME记录，apex域也没有CNAME。根据RFC，您使用的是一个名为Alias record的功能，其作用类似于a记录。在dnscheck中，您试图查找不存在的CNAME。虽然这是您的问题，但从外部看，您混淆了NS记录，因此，如果有人连接到其他NS记录，您可能会看到解决过程中出现间歇性问题。仍然不工作。。。英雄联盟有什么建议吗？-->这也是一个不正确的说法，当您执行nslookup或dig时，它不会查看/etc/hosts（尽管浏览器和其他应用程序会查看），这表明您没有费心运行命令，或者即使您这样做了，您的dns可能会对不工作的NS进行查询。是的，James Dean。你是对的。我也纠正了他们。非常感谢您的回复。关于etc/hosts文件——同样，你是对的（尽管我是一个绝对的noob——在今年早些时候开始编码之前，我已经从事销售15年了），我没有注意到我还做了什么。我还制作了一个CA并导入到chrome中，以允许在本地浏览器上使用我的域名进行测试。英雄联盟但无论如何，从错误中学习是可怕的：-）。再次感谢。虽然这是您的问题，但从外部看，您也混淆了NS记录，因此，如果有人连接到其他NS记录，您可能会在解决问题时看到间歇性问题。仍然无法工作。。。英雄联盟有什么建议吗？-->这也是一个不正确的说法，当您执行nslookup或dig时，它不会查看/etc/hosts（尽管浏览器和其他应用程序会查看），这表明您没有费心运行命令，或者即使您这样做了，您的dns可能会对不工作的NS进行查询。是的，James Dean。你是对的。我也纠正了他们。非常感谢您的回复。关于etc/主机