amazon-web-services - 未在父级列出的主名称服务器

标签 amazon-web-services dns amazon-route53

我在 Route53 中创建了一个托管区域,并更新了所购买域的命名空间下的 NS 记录。

不幸的是,DNS 检查不会返回或指向新的 NS 记录,而是解析为旧的/以前存在的记录。

我已经等了超过 72 小时,但我仍然在浏览器中看到“无法访问此网站”并出现错误 DNS_PROBE_FINISHED_NXDOMAIN。

下面是 https://mxtoolbox.com/ 提供的 DNS 检查截图,

enter image description here

它表明旧的 NS 记录(TTL 到 48 小时的前 4 行)存在于父级而不是本地,而新更新的记录(最后 4 条记录)存在于父级而不是本地.

Ping 域失败,主机未知。

下一步是什么?

最佳答案

当您更新域的名称服务器时,删除旧的名称服务器记录。

您的 TTL 设置为 48 小时。这意味着任何递归解析器,例如 dns.google上次更新后 48 小时内不会刷新。对于没有缓存您的资源记录的解析器,它们可能会立即更新,但也可能从上游解析器获取陈旧数据。等待几个小时,这样您就不会用旧数据强制加载新的缓存,然后使用 Internet 工具(例如 dnschecker.org)进行检查。将选择框从 A 更改为 NS 以查看名称服务器更改。

一般而言,我建议权威名称服务器更改需要 48 到 72 小时才能在全局范围内传播。

Google DNS 支持“刷新缓存”。等待一两个小时,然后请求 Google 更新他们的 DNS 缓存。 Flush Cache

Cloudflare 还支持 Purge Cache

Google 和 Cloudflare 是非常流行的 DNS 解析器。

此外,不要忘记刷新本地计算机的 DNS 缓存:

  • Windows:ipconfig/flushdns
  • Linux:sudo service network-manager restart (ubuntu) 或 sudo/etc/init.d/nscd restart
  • macOS:sudo dscacheutil -flushcache 后跟 sudo killall -HUP mDNSResponder

关于amazon-web-services - 未在父级列出的主名称服务器,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/66519744/

相关文章:

amazon-web-services - "The specified key does not exist"用于部署在使用 CloudFront 部署在 S3 上的 VueJS 应用程序

apache - 三个域重定向到主域最佳实践 apache2

node.js - AWS 开发工具包实例创建不接受 AMI ID

amazon-web-services - 如何将 DynamoDB 细粒度访问控制与 Cognito 用户池结合使用?

amazon-web-services - aws codebuild/使用本地 redis(ubuntu 镜像)

seo - 带目录的域还是新域?

dns - G Suite for MailChimp上有多个DKIM和SPF记录

amazon-web-services - 在 AWS ELB 中自动将 HTTP 重定向到 HTTPS

amazon-web-services - 域不会解析为 aws ec2 - 使用路由 53 和弹性 ip

amazon-web-services - 来自 S3 的亚马逊 emr spark 提交不起作用