为什么在美国的一些地方这个网站的DNS变更失败了

背景

我们从当地妈妈切换共享主机,并stream行到crystaltech。 该网站全部被复制并准备好进行DNS更改。 妈妈和stream行的网站没有提供自己pipe理DNS的工具,所以我们不得不拨打电话,并且随着他们的DNS的变化而定时数据库的最后一步。

发生了什么事情从俄勒冈州的康卡斯特公司(Comcast)和俄勒冈州(Oregon)的一家地区光纤供应商的老主机。 旧主机更新了他们的DNS服务器以指向我们的新IP地址。 他们从207.xxx改为67.xxx

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

在佛罗里达州,客户报告的域名是解决旧网站。 (我们在旧的主机服务器上贴上“我们正在移动”的页面。)她的mac把ping域名parsing成旧的主机。 我们重新启动,然后刷新在terminal的DNS。 6个小时后她的电脑仍然无法parsing到新的IP地址。

佛罗里达州办公室的一台机器可以正确访问新的网站。 南佛罗里达地区的其他机器无法访问该网站。 打给AT&T技术的电话证实,他所在地区(同一networking)的ping和tracert正确解决。

什么是错的?

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

是AT&T吗? 是OSX吗? 它是旧的主机DNS? 它是新的主机DNS吗? 是因为他们的DNS服务器上的老主机的TTL是72小时?

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

相关的问题

如何改变networking主机,并减less电子邮件的停机时间

如何以最less的停机时间改变我的小网站的虚拟主机

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

如果您在3天内离开了DNS TTL,自然要花费三天时间才能将新logging提供给任何地方,因为任何在更改前要求logging的人都会(正确)将其caching到接下来的三天。 你肯定应该把TTL降到五分钟左右的时间,这样你下次做出这样的举动(我感到有些惊讶,你的新托pipe公司没有提到你 – 这是让这个人有经验的原因之一有些事情来pipe理一个举动)。

但是,即使丢弃了TTL,也有一些ISP运行不符合标准的recursionparsing器,这些parsing器会覆盖所有logging上的TTL,使得它们不能与TTL设置的logging匹配权威的DNS服务器。 这是邪恶的,我愿意为那些设置他们的人做不愉快的事情,但他们就是这样。 解决这个问题的最好办法是:

  1. 有一个单独的主机名,新的虚拟主机响应,并重新configuration您正在从一个302(临时)redirect到这个名字的networking主机,以便任何请求,去旧服务器redirect到新的服务器。 这是很整洁,但你需要永远离开临时名称(因为人们可能已经链接到临时名称),这是丑陋的,它不适用于HTTPS(你需要一个通配符或单独的SSL证书名称)。
  2. 使用DNAT将stream量从旧的虚拟主机redirect到新的虚拟主机。 这需要你的旧主机进行重要的合作,你需要两次支付所有到旧主机的stream量(一个进入服务器,一个返回到新的服务器),但是对于用户是完全透明的,并且与HTTPS完美协作。

转让多久了? 您应该经常允许托pipe公司频繁地使用2天,并错误地称为“DNS传播”。 它实际上被称为caching过期。

DNScaching在这么多级别,可能很难诊断。

但是,是的,72小时的TTL肯定会有很大的影响。 在移动之前的几天,让旧的DNS提供商将TTL更改为8小时(或更less)可能会很好。

修改第一行每个评论下面。[编辑]