☰

名称服务器更改似乎没有传播

tag-icon • tag-icon domain-name-system domain-name nameserver
名称服务器更改似乎没有传播

因此，我刚刚更换了网络服务器，然后去更改受影响域名的名称服务器。我复制了新服务器上的所有 DNS 记录，以便更容易过渡，然后更改了名称服务器。但是，更改似乎没有传播 - 我可以看到它们现在指向新的名称服务器，但网站无法解析。

我使用他们的向导在 Plesk for Linux 中设置了这些 - 我应该或不应该做什么吗？

短暂性脑缺血。

编辑：

我运行了 DNSStuff.com 检查，由于某种原因，我的新名称服务器指向我的旧名称服务器，如下所示：
ns0.hostedsupportal.com [64.128.190.5] ns1.dreamhost.com. ns2.dreamhost.com. ns3.dreamhost.com. 39ms

奇怪的。

答案1

hostedsupportal.com
        primary name server = ns1.dreamhost.com
        responsible mail addr = hostmaster.dreamhost.com
        serial  = 2009071403
        refresh = 15182 (4 hours 13 mins 2 secs)
        retry   = 1800 (30 mins)
        expire  = 1814400 (21 days)
        default TTL = 14400 (4 hours)

刷新设置为 4 小时 13 分 2 秒，等待传播完成。耐心是一种美德 :)

答案2

使用 dig（dig @<权威名称服务器> <主机或域> 可以开始）查看域的权威名称服务器的当前设置。他们可能尚未发现更改（对于与托管域关联的名称服务器，您可以编辑的记录通常不是公共名称服务器上的记录，而是在托管公司拥有的流程验证后复制到那里；当然，在某些情况下会有所不同，或者如果名称服务器实际上是您的机器）。即使域的主名称服务器具有新信息，最近解析域并收到旧信息的任何其他 DNS 服务器都会在 TTL 时间内缓存此信息，并且在到期之前不会再次解析域（这就是在进行 DNS 更改之前减少 TTL 时间的原因，如果您可以控制该记录（旧版本的 BIND 在 SOA 记录中设置 TTL；TTL 也可以在单个资源记录上设置））。

您可以使用 dig（dig <主机或域>）查看客户端正在使用的名称服务器返回的记录，这些记录应该指示它正在使用哪个版本以及剩余的 TTL。

（我指的是上面的挖掘，假设您使用的是 GNU/LINUX/BSD 客户端，但我认为其他平台上也有该工具的版本）

（我在阅读您的编辑之前也开始写这篇文章——它最初是这样设置的吗？——如果是这样，它仍然可能是一个缓存问题，TTL 时间应该可以很好地表明这一点。不幸的是，我对 DNSStuff 及其输出不熟悉，因此无法提供帮助）

答案3

DNS 缓存可能需要长达 48 小时才会超时。您是否等待了一两天？

相关内容