我在 freehostia 有我的个人网站,现在我已经转移到其他服务器。已经快一周了,当然,随着新主机的 NameServers 发生变化,我使用 domain-register-company 对我的域进行了必要的更改。
现在,当我尝试打开我的站点时,有时它会打开新的托管站点,有时它会打开旧站点上的 404 页面。
我认为 1 周,甚至 4 天是 DNS 传播发生的大量时间。这是一个奇怪的行为。
当我从 IP 地址打开站点时,它会打开,但是当我使用域名打开站点时,有时会打开,有时不会。有什么线索吗?
我和我的两个朋友尝试过,他们从未访问过我的网站,所以他的机器上没有 dns 缓存,它打开了一个,没有打开另一个。谢谢
-- 来自http://Squish.net的
25.0%的查询将由 66.40.52.47 (dns1.freehostia.com) vks.uni.cc 返回。3600 IN A 66.40.52.64
25.0%的查询将由 66.40.66.152 (dns2.freehostia.com) vks.uni.cc 返回。3600 IN A 66.40.52.64
25.0%的查询将由 72.55.164.113 (ns1.softuff.com) vks.uni.cc 返回。14400 IN A 72.55.164.113
25.0%的查询将由 70.38.29.161 (ns2.softuff.com) vks.uni.cc 返回。14400 IN A 72.55.164.113
我不明白这 25% 是什么,为什么不是 100% 或 50%
dns1.freehostia.com 和 dns2.freehostia.com 是旧服务器。ns1.softuff.com 和 ns2.softuff.com 是新服务器。
我对这个问题的回答有一个传播时间的减少,我将链接到这里而不是复制+粘贴。
更具体地说,从您的问题来看,在我看来,您的权威名称服务器尚未更新(或列出错误,因此正在查询错误的名称服务器)。要查看您的本地 DNS 服务器正在用于域的名称服务器记录,您可以使用以下命令
dig <domain.tld> NS
:然后,您可以检查它们以查看它们是否都有正确的名称地址:
(对您的第一个查询返回的每条 NS 记录重复上述操作)
直接针对您的域的名称服务器的查询返回的 TTL 值应该始终是区域记录中设置的实际值(在上面的示例中它们很低,因为该域最近被移动了,当我忘记将它们设置得更高时) d 完成),对于针对非权威服务器的查询(即您的默认本地名称服务器之一,如果 dig 没有给出
@<server>
指令将被查询)将是该服务器下一次检查(针对列出的名称服务器)之前的时间作为域的 NS 记录),如果它的缓存版本需要更新。检查您的域的上述测试可能会为您提供更多关于问题根源所在的线索。如果您使用的是 Linux 并且没有
dig
,它通常可以在一个名为类似的包中找到dnsutils
(在 Debian 和 Ubuntu 上被称为,我假设在其他发行版上也有类似的安排) - 毫无疑问,Windows 有很多端口(这是谷歌返回的第一个相关页面)虽然我自己从来没有使用过它们。听起来您正在使用的 DNS 服务器正在缓存旧结果。
DNS 记录的缓存时间通常取决于 TTL(生存时间),但并非每个 DNS 服务器都尊重这一点。
还有一件事(可能很明显)...如果您使用旧 DNS 服务器进行查找...请确保您已删除旧区域。:-)
如果它对您的两个朋友有效,但对您无效,我建议您更改计算机用于查找的 DNS 服务器……即使是临时的。
我建议您将计算机的 DNS 查找服务器更改为 OpenDNS 之类的服务器……只是为了测试和查看。
http://www.opendns.com
208.67.222.222
208.67.220.220
如果这些都不起作用...让我们知道您遇到问题的域名,我相信这里有人会为您调查并告诉您它是否传播。
希望这可以帮助。
取决于 dns ttl 记录。一周听起来很长。尝试检查来自所有负责服务器的 dns 查询的答案 - 例如访问 http://www.squish.net/dnscheck/,输入您的域名,选择 type: ANY 并运行检查。
也许涉及的服务器之一仍然返回旧记录。
一周的时间足以让任何传播发生。我有类似的问题,问题是主服务器和辅助服务器没有同步。我使用 nslookup 来检查当前状态。虽然我的问题与 MX 记录有关,但您可能需要检查一下。
唯一需要超过 TTL 才能更新的时间是您要与注册商更改记录。通常,注册商会每 24 小时更新一次或两次记录。但是,通常这些记录会将您的域指向您的 DNS 服务器。
如果您正在更新 DNS 服务器上的正常(A、PTR、CNAME 等)记录,并且它们正在运行绑定,您应该能够执行“rndc reload domain.name”(或“rndc reload domain .name IN view") 来安排立即更新。
最后一个警告,浏览器维护自己的缓存,以及操作系统的 DNS 客户端。当我真正需要做的只是 Windows 客户端上的“ipconfig /flushdns”时,我不止一次因为明显缺乏更新而感到沮丧。
DNS 更改几乎是即时的;我认为您要问的是,如果您在注册商处进行更改,需要多长时间才能传播?
如果您在注册商处更改您的域名服务器,您可能会导致 6-48 小时的停机时间,而更改会在全球范围内传播。
如果您只是将记录添加或修改到您的 DNS 管理控制台,那么更改几乎是即时的。