为什么这个网站DNS更改在美国某些地区失败

MrC*_*ter 5 domain-name-system migration shared-hosting

背景

我们将共享主机从本地妈妈和流行音乐切换到了 Crystaltech。该站点已全部复制并准备好进行 DNS 更改。妈妈和流行网站没有提供自己管理 DNS 的工具,所以我们不得不打电话,并在他们更改 DNS 时确定数据库的最后一步。

俄勒冈州康卡斯特和俄勒冈州地区光纤提供商的旧主机发生了什么。旧主机更新了他们的 DNS 服务器以指向我们的新 IP 地址。他们将其从 207.xxx 更改为 67.xxx

在俄勒冈州,我在两台计算机上的 Windows 7 机器上刷新了我的 DNS,在不到 30 秒的时间内,域名 site.com 就按预期工作了。Ping tracert 确认域名正在解析为新主机上的新 IP。

在佛罗里达州,客户报告域名正在解析到旧站点。(我们在旧主机服务器上放置了“我们正在移动”页面。)她的 mac ping 域名并解析到旧主机。我们重新启动,然后在终端中刷新 DNS。6 小时后,她的计算机仍然无法解析到新的 IP 地址。

佛罗里达州办公室的一台机器可以正确访问新站点。South FL 地区的其他机器无法访问该站点。致电 AT&T 技术人员确认他所在地区(同一网络)的 ping 和 tracert 解析正常。

到底有什么问题?

为什么我客户端的 mac 不使用名称服务器来获取 IP 地址?IP 地址是不同的,只有记录在案的名称服务器知道它。

是 AT&T 吗?是OSX吗?是旧主机DNS吗?是新的主机DNS吗?是不是因为旧主机在其 DNS 服务器上的 TTL 是 72 小时?

我已经更改了域名注册商的名称服务器,所以几天后这一切都会结束,但我仍然好奇到底发生了什么。

相关问题

如何更改网络主机并最大限度地减少电子邮件停机时间

如何以最少的停机时间为我的小网站更改网络主机

https://superuser.com/questions/96425/convince-my-bosss-mac-the-website-has-moved

wom*_*ble 5

如果您将 DNS TTL 保留在 3 天,那么新记录自然需要最多三天才能提供给任何地方,因为任何在更改前一秒请求记录的人都会(正确地)为接下来的三个缓存它们天。下次您搬家时,您绝对应该将 TTL 降低到大约 5 分钟(我有点惊讶您的新托管公司没有向您提及这一点——这是让某人在这方面有经验的众多原因之一)管理搬家的事情)。

但是,即使您删除了 TTL,也有一些 ISP 操作不符合标准的递归解析器,它们会覆盖它们服务的所有记录上的 TTL,因此它们与设置的记录的 TTL 不匹配权威 DNS 服务器。这是邪恶的,我很乐意对那些以这种方式设置它们的人做不愉快的事情,但他们就是这样。此问题的最佳解决方案是:

  1. 有一个新的虚拟主机响应的单独主机名,并重新配置您要移动的虚拟主机以执行 302(临时)重定向到此名称,以便任何发送到旧服务器的请求都被重定向到新服务器. 这很整洁,但是您需要永远保留临时名称(因为人们可能已链接到临时名称),这会变得很丑陋,并且它不适用于 HTTPS(您需要一个通配符或单独的 SSL 证书用于另一个姓名)。
  2. 使用 DNAT 将流量从旧网络主机重定向到新网络主机。这需要您的旧网络主机的大力合作,并且您为旧网络主机的所有流量支付两次(一次进入服务器,另一次返回新服务器),但它对用户完全透明,并且与 HTTPS 完美配合。