【问题标题】:Problems in DNS - Domain hosted on Gandi - DNS managed by Route 53DNS 中的问题 - Gandi 上托管的域 - 由 Route 53 管理的 DNS
【发布时间】:2020-03-19 23:49:27
【问题描述】:

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

从 . - 甘地网。 通过 Route 53 托管区域管理的 DNS。 在 Route 53 中,我添加了指向 CloudFront 分配的 A 和 AAAA 记录。同样为 www 子域创建了 A 和 AAAA 记录。 更改 Gandi.net 中的名称服务器以反映 Route 53 中的内容。 没有工作 2 天 - 仍然无法访问我的域 - 注意:云端发行版在浏览器上工作。我还在云端设置了备用域名以正确指向我的域。

从这里开始,我所写的一切都是假设和我所尝试的。

在它不起作用后,我在互联网上进行了很多搜索,并认为https://intodns.com/theplaybook.rocks 的“GLUE”记录可能存在问题。所以我在 Gandi.net 中添加了 GLUE 记录,因为我被告知(通过某个网站或其他网站)必须在注册商处添加它们。但是,在通过获取 aws 名称服务器的反向 ip 添加 GLUE 记录后(这本身可能不是正确的 - 我不知道)Gandi.net 通知我必须将它们添加到名称服务器才能生效 - 我试过了仅在 Route 53 中添加,然后仅在 Gandi.net 中添加,然后将它们保留在两者中,但无济于事。

我真的不知道我哪里出错了。感谢您的帮助。

【问题讨论】:

    标签: dns amazon-route53


    【解决方案1】:

    已解决

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

    感谢您的回复。

    【讨论】:

    • 虽然这是你的问题,但在外部你也混淆了 NS 记录,所以如果有人连接到其他 NS 记录,你会看到解决间歇性问题。
    • 仍然无法正常工作...大声笑...有什么建议吗? --> 这也是一个错误的说法,当您执行 nslookup 或 dig 时,它不会查看 /etc/hosts(尽管浏览器和其他应用程序会查看),这表明您没有费心运行命令,或者即使你做了你的 dns 可能对非工作的 NS 有查询。
    • 是的,詹姆斯·迪恩。你说的对。也纠正了他们。非常感谢您的所有回复。关于 etc/hosts 文件——你又是对的(尽管我是一个绝对的菜鸟——在今年早些时候开始编码之前,我从事销售工作 15 年),我没有注意到我还做了什么。我还制作了一个 CA 并导入到 chrome 中,以允许在本地浏览器上使用我的域名进行测试。哈哈!但是从错误中学习无论如何都很棒:-)。再次感谢。
    【解决方案2】:

    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.
    

    Route53 之一正确并给出 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
    

    如果您的 DNS 服务器查询 ns*.theplaybook.rocks 之一,它将失败。

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

    【讨论】:

    • 谢谢...我已经做到了,等待传播发生。尽管您的建议正是我一开始(3 天前)所做的,并在没有奏效时尝试了其他东西。更改生效后,我会在一段时间内回复。
    • 如果有帮助,请提供更多信息 - dnschecker.org/#CNAME/theplaybook.rocks - 所有“未解决”,而如果您使用相同的工具检查 A、AAAA 和 NS 记录,则“已解决”。这是否说明可能出了什么问题?
    • 您没有 theplaybook.rocks 的 CNAME 记录,并且根据 RFC,您不能有顶级域的 CNAME,您正在使用称为别名记录的功能,它的作用类似于 A 记录。在 dnscheck 中,您正在尝试查找不存在的 CNAME。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2021-01-09
    • 2017-05-23
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-11-12
    • 2020-07-29
    相关资源
    最近更新 更多