【问题标题】:AWS Route 53 Domain not availableAWS Route 53 域不可用
【发布时间】:2020-05-21 18:58:14
【问题描述】:

我想通过 4 天前设置的 Route 53 服务将域连接到我的 EC2 实例。我已经按照文档进行了操作,并且 dig-interface 显示了正确的输出,但是当我尝试在浏览器中访问它时,它说主机无法解析。我哪里配置错了?

域名:http://yet-another-blog.com
服务器IP:52.59.214.55


Route 53 配置:


digwebinterface.com 结果:

【问题讨论】:

  • 在您的本地机器上执行挖掘,显示什么。验证您的 DNS 解析显示的内容
  • 我在本地机器上得到了相同的结果,并且结果与 aws @mokugo-devops 中指定的条目相匹配

标签: amazon-web-services server dns amazon-route53


【解决方案1】:

如果您检查域的 NS 记录,它会显示与您的公共区域中定义的名称服务器不同的名称服务器。

您似乎在注册域后或在其他 AWS 账户中创建了另一个公共区域。

只需更新注册器中的名称服务器以匹配您的公共区域中的名称服务器即可解决此问题

【讨论】:

  • “如果您检查您的域的 whois,它会显示不同的名称服务器” whois 对 DNS 数据不具有权威性,DNS 对 DNS 数据具有权威性。要找出域的名称服务器,您应该进行 DNS 查询,仅此而已。
  • 正确,我的意思是一个公共的 whois 网站,它还带有 DNS 名称服务器,因此您可以同时知道两者。
  • 还是没有。 Whois 不是用于调试 DNS 问题的工具(除了关于“保留”状态的一种特定情况),即使 whois 输出显示名称服务器(在大多数情况下但不是全部)。要查找域的名称服务器,您不需要网站,也不需要 whois。您只需要进行 DNS 查询,例如使用 dig。除了 whois 是一个垂死的服务,将被 RDAP 取代(但上述内容同样适用于 RDAP 和 whois)。 DNS 故障排除与 DNS 查询有关。
  • 你完全错过了我的意思。您需要 dig 来获取 DNS 记录,但您能告诉我如何使用 dig 获取注册商信息吗?
  • 我完全错过了你的意思,但是你编辑了你的问题,删除了我在之前的 cmets 中讨论的明显错误的地方。好的。
【解决方案2】:

看起来 yet-another-blog.com 没有解析,因为该域没有名称服务器。

如果您拥有此域,则需要确保将其名称服务器设置为目标亚马逊名称服务器。

创建一个公共托管区域是不够的。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2014-08-12
    • 2020-04-13
    • 2020-11-04
    • 2017-05-13
    • 2018-04-21
    • 2016-06-28
    • 2013-07-08
    相关资源
    最近更新 更多