不能得到一个想法，为什么会出现这种奇怪的情况发生：有一个领域的RU区域与NSlogging，导致第一个托pipe服务提供商，我设法改变这个NS区域到另一个第二托pipe服务提供商。 该域成功委托，但是当我试图达到URL，它导致第一个托pipe提供商NSlogging。
什么时候需要在全球范围内更改NSlogging？
有任何想法吗 ？！
谢谢 ！
不知道你的域名，这是很难回答。 这主要是因为父域控制整体。 org，net和com的发生速度相当快，信息和其他顶级域名（TLD）也是如此。 然而，有些人一天只发表一两次，所以可能差别很大。
对于将来的更改，我强烈build议使用这些步骤来更改NSlogging：
如果可以，请提供新老托pipe公司的数据。 这确保在转换过程中不会中断。 您应该保持旧站点至less在您的区域TTL时间最长的TTL。 新旧两个应尽可能接近相同的数据，NSlogging应该只指向新的服务器。
如果你不能在两个地方保持DNS服务器，那就更困难了，你将会中断。 要控制多长时间：
在这一点上，你已经尽力了。 将NSlogging从父区域指向新的区域（可能通过注册服务器界面）。如果您有新的旧的运行，则不应该停机。 如果你必须这样做，那么你将会在新的查找过程中出现大约TTL时间的中断，直到NSlogging到期，并且父母更新他们的服务器。
“什么时候需要在全球范围内更改NSlogging？”
正如其他人所说，这一切都是关于logging上的TTL。 这不是保证，而是我的经验一般可靠。
假设一切都正确configuration，24小时左右是安全的。
如果您使用的是Windows，则可以尝试在命令提示符下运行ipconfig /flushdns ，然后重试。