我们意外地更改了 example.be 的名称服务器设置。
更改在几分钟内就被撤销了。因此，名称服务器被设置为以前的 One.com 提供的服务器。16 小时后，我们的网站仍然无法运行。但我们担心 TLD 名称服务器仍然没有我们域名的名称服务器记录。
dig mydomain.be +trace或dig example.be NS @a.ns.dns.be全部回复 NXDOMAIN 并且没有为域返回任何名称服务器。
等待 16 个小时后，TLD 名称服务器仍然没有更新并且没有我们的域名的记录，这正常吗？
更新
最后，我们从域名注册商那里得到了有用的回复。他们告诉我们的是：
现在应该修复这个问题，因为传播过程中出现了错误，导致传播卡住了。
主机管理员会持续监控这个未知错误，以检查这是否是一次性错误
我认为问题在于我们的域名注册商没有将更新的名称服务器传播到负责 .be 域名的 TLD 名称服务器。
在他们在支持聊天中回复后一分钟内，我就可以运行dig mydomain.be +trace并看到更改已被传播。
答案1
用 3 个步骤分解你的问题
首先，你需要检查你的域名的 whois，以确保你的 DOMAIN.TLD NS（名称服务器）已更改回你想要的 NS（https://who.is/）
如果 whois 显示正确的 NS，则第二件事
检查您的 DNS 记录（在 NS 提供商上）
如果 DNS 记录存在并且显示您想要的内容
等待传播，最长 72 小时
同时使用以下工具检查您的域名状态
答案2
您的案件涉及多个时间：
- 注册商接受您的变更和注册商发送变更（通常使用 EPP）到注册局之间的延迟；在大多数情况下，这应该是几乎立即的，但这一切都取决于注册商，有些情况（例如注册商方或注册局方的维护）可能会在此步骤造成延迟
- 注册机构收到更改后，该更改必须反映在 whois 和注册机构权威名称服务器上。大多数情况下，这是两条不同的路径。
- whois 可能几乎是即时的，也可能不是，但不会遭受“传播”问题；你只需确保查询注册 whois 服务器而不是其他服务器。然而，它得到更新这一事实对问题的解析（DNS）部分没有实际影响
- 至于 DNS，一些注册中心会实时更新其服务器，其他注册中心则每小时或每天更新一次，等等。您的注册中心应该能够告知您这里涉及的具体延迟是多少
- 权威域名服务器更新后，有一个“传播”时间，这实际上是一个不太恰当的术语，因为更改根本不是从上到下进行的。这是您应该始终用于
dig故障排除的地方和明确指定要查询的名称服务器，并且至少在调查开始时它应该是权威的名称服务器；因为如果您不指定任何内容，dig 将使用默认的递归服务器，它将缓存结果，该结果将是更改之前的结果，并且它将在先前在旧记录中指定的 TTL 和/或注册表中的默认值期间保留。
附言：为了更好地排除故障，请提供所涉及的域名，否则事情只是纯粹的猜测......
答案3
您是否尝试过刷新本地 DNS 服务器。有时本地 DNS 服务器刷新时间设置的很长，您必须手动刷新本地 DNS 缓冲区。
答案4
最后，我们从域名注册商那里得到了有用的回复。他们告诉我们的是：
现在应该修复这个问题，因为传播过程中出现了错误，导致传播卡住了。
主机管理员会持续监控这个未知错误，以检查这是否是一次性错误
我认为问题在于我们的域名注册商没有将更新的名称服务器传播到负责 .be 域名的 TLD 名称服务器。
在他们在支持聊天中回复后一分钟内，我就可以运行dig mydomain.be +trace并看到更改已被传播。