上个月我自愿参加了一个活动，该活动旨在帮助非营利组织获得对其网络需求的关注。
我的组织需要新的托管。我启动了一个 AWS EC2 实例，我们安装了 Apache、SQL 等所有东西，然后将所有 DNS 条目移至 GoDaddy，然后交换名称服务器以指向 GoDaddy。效果很好。
几周后，我收到一封电子邮件，说网站又坏了。我无法复制它，但为了排除用户错误，我和我在巴拿马的新朋友进行了电话会议。
她的手机和工作笔记本电脑都解析到旧服务器，我亲眼看到。旧服务器坏了，新的 AWS 托管版本没有坏，但没人能访问新版本。她的手机和工作笔记本电脑共享一个无法解析的 ISP。在她家里，在另一个 ISP 上，它运行良好。从我的机器和手机上，显然它可以正常工作。
因此，为了进行健全性检查，我让她插入 Google DNS，刷新所有 DNS 缓存并试一试。不知何故，它仍然解析到错误的 IP 地址。在她家，仍在使用 Google DNS，它解析正确。使用硬编码的 hosts 文件可以正常工作，但显然这是不可扩展的。
ISP 如何推翻 Google 的 DNS，并让整个国家/地区看到一个月前的 DNS 条目？
我又更新了一次 DNS，希望能解决一开始就可能出现的日志堵塞问题。已经过去两周了，他们的网络仍然没有恢复。
我还能做什么让这个东西再次工作？
答案1
嗯，过去的自己，他是未来的自己的答案：
询问她是否联系过 GoDaddy 支持以获得有关电子邮件帐户的帮助，并查看他们是否通过某些后台渠道重新添加了她的旧名称服务器，以便他们有一个 NS 指向您的新 EC2 实例，另一个指向旧的 BlueHost 帐户。
他们的域名服务器配置中存在一个小故障，显示“域名服务器：GoDaddy”或类似内容，而一些 DNS 工具却显示并非如此。我必须根据我迁移的其他域名的设置，手动将域名服务器设置为 NS07.DOMAINCONTROL.COM 和 NS08.DOMAINCONTROL.COM。
事实证明，由于每个名称服务器的响应时间不同，对我和她来说，解决方案是不同的：名称服务器的客户端显然只使用来自最快/最低延迟服务器的响应。
TL:DR；GoDaddy 技术支持导致名称服务器不匹配。