域名注册商需要多长时间来更新TLD名称服务器

你有没有尝试刷新你本地DNS服务器。 有时候本地dns服务器的刷新时间设置的很长，你必须手动刷新本地的dns缓冲区。

你有没有检查你的TTL ？

如果它是大约86400s您必须等待更多。

但有时候，DNS传播会让事情变得很奇怪。 它们取决于TTL，也取决于将更改提交给DNS服务器的应用程序的“cron”。 一旦我不得不等待两天来解决类似的问题。

分三个步骤解决您的问题

首先，你需要检查你域名的whois，确保你的DOMAIN.TLD NS（NameServer）被更改回你想要的NS（ https://who.is/ ）

如果whois显示正确的NS，那么第二件事

检查您的DNSlogging（在NS提供商）

如果DNSlogging存在，也显示你的愿望

等待传播，最多72小时（MAX）

同时检查你的域名状态工具

https://dnschecker.org/

你的情况涉及不同的时间：

1. 注册服务商接受您的更改与注册服务商之间的延迟（通常是与EPP一起）您对注册pipe理机构的更改; 在大多数情况下，这应该是几乎立即，但这一切都取决于注册服务商，而且在注册服务商或注册pipe理机构等一些情况下可能会造成延迟
2. 在registry得到改变之后，必须反映在Whois和注册机构权威的域名服务器上。 这些大部分时间是两条独立的path。
   1. whois可能几乎是即时的，但不会遭受“传播”问题; 你只需要确保查询registrywhois服务器，而不是其他的。 然而，它被更新的事实对解决scheme（DNS）部分的问题没有实际的影响
   2. 至于DNS某些注册pipe理机构更新他们的服务器，其他人每小时或每天做一次，等等。您的注册商应该能够通知您这里涉及的具体延迟是什么
3. 在权威域名服务器更新之后，存在“传播”时间，这实际上是一个糟糕的时期，因为变化并不是自上而下的。 这是你应该经常使用dig的地方，明确指定要查询的名称服务器，至less在调查开始的时候它应该是权威的。 因为如果你没有指定任何东西，dig会使用默认的recursion函数，它会caching结果，这将是更改之前的结果，它将在之前指定的旧logging和/或默认值在registry中。

PS：为了更好地排除故障提供的域名涉及，否则事情是纯粹的猜测…

最后，我们得到了我们域名注册商的有用回复。 这是他们告诉我们的：

这应该是固定的，现在在传播已经停滞的传播中有一个错误。

主持人不断地监视这个未知的错误，以检查这是否是一次性错误

我认为问题在于我们的域名注册商没有将更新的名称服务器传播给负责.be域名的TLD域名服务器。

在他们对支持聊天的反应之后的一分钟内，我可以运行dig mydomain.be +trace并看到更改传播。