我有来自第三方的DNS服务，它提供了用于更改DNS的Web应用程序。 我改变了DNS设置，将我控制的一个域指向我们的新IP，但是已经过了几个小时，状态没有变化。
对于DNS更改的工作方式不太了解，我正在debugging正在发生的事情 – 或者事情没有发生。 我的理解是DNS需要一段时间才能在caching到期时在全球范围内进行分布式发布，但是我想确认这个更改发生在我的提供商的DNS服务器上，因此这个更改正在进行中。
以前的IP是1.1.1.1 ，新的是2.2.2.2 （本文已更改）
首先我确认域名实际上是使用名称服务器，我可以进行更改：
ilari@alux:~$ dig mydomain.fi NS ; <<>> DiG 9.7.3 <<>> mydomain.fi NS ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 6569 ;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 4 ;; QUESTION SECTION: ;mydomain.fi. IN NS ;; ANSWER SECTION: mydomain.fi. 77916 IN NS dns2.myprovider.com. mydomain.fi. 77916 IN NS dns3.myprovider.com. mydomain.fi. 77916 IN NS dns.myprovider.com. mydomain.fi. 77916 IN NS dns4.myprovider.com. ;; ADDITIONAL SECTION: dns.myprovider.com. 1582 IN A 10.11.12.13 dns2.myprovider.com. 1442 IN A 10.11.12.14 dns3.myprovider.com. 1715 IN A 10.11.12.15 dns4.myprovider.com. 1457 IN A 10.11.12.16
（我最初使用的是whois mydomain.fi ，但是现在我意识到这不是正确的方法，因为它实际上并没有查询DNS，只是在whoislogging中写了什么，如果有的话）。
之后，我尝试使用host直接从提供者的服务器获取结果。 我认为它应该立即显示新的IP，而是：
ilari@alux:~$ host mydomain.fi dns.myprovider.com Using domain server: Name: dns.myprovider.com Address: 10.11.12.13#53 Aliases: mydomain.fi has address 1.1.1.1
这是几个小时后。 我以为它应该立即改变到2.2.2.2，因为它应该从Web界面查询我正在进行更改的确切服务器。 我应该期待什么结果？
我如何确保提供商的Web界面正常工作，并且DNS在服务器上正确更改了？
事实certificate，这是他们最后的一个问题。 Web界面并没有做出正确的修改，IP地址在他们的DNS服务器上并没有真正改变。
在他们的问题解决之后，在host mydomain.fi dns.myprovider.com看到改变之后，还有几分钟的延迟（当然更长的时间直到全局看到改变）。
DNS更改一旦生效就立即“活动”，并validation所有权威服务器（如区域的NSlogging中所列）正在为新logging提供服务。 拉达达达指出你的问题/答案，解释如何检查这一点。
一旦全球所有服务器上的caching过期，并且他们已经从权威服务器检索到新的信息，就会“传播”DNS更改。 （“传播”在技术上是错误的词 – 它实际上是caching过期 – 但这是常用术语）。
你可以控制其中的第一个。 你无法控制第二个（logging中的TTL （Time To Live）值） 应该理论上限制caching到期需要多长时间，然而有些ISP只是不尊重TTL值 – 尤其是AOL是臭名昭着的为了这）。
什么是生活（TTL）设置为mydomain.filogging？ 如果TTL是某一天，那么明天之前你不会看到变化。
我喜欢用挖来检查这个：
dig hostname.to.check @dns.myprovider.com
一定要检查所有的名称服务器，看看他们都回应相同。
Squish.net也有一个很好的DNS遍历工具，它会告诉你活动的域名服务器如何响应你的请求。