我只是把一个域名从一个主机和注册商转移到另一个。 48小时后，该网站仍然下降。 我怎么知道我是否应该等待，或者如果有问题？
更新：nslookup说这是一个NXDOMAIN（不存在？） – 这是什么意思？
更新2 – 已解决：
在转移godaddy已经设置了错误的名称服务器 – 一个快速phonecall纠正这一点。
感谢所有的答案 – 我学到了很多！
有几个工具可以用来帮助您查看是否configuration正确。 有Web前端可用于他们，但我更熟悉命令行变种，所以这是我将如何描述他们下面。
请检查whois当前托pipe的域名
要获得这个网站的信息，你可以使用命令“whois serverfault.com”
这给出了答复（为简洁起见）：
域名：SERVERFAULT.COM
注册商：GODADDY.COM，INC。
Whois服务器：whois.godaddy.com
推荐url：http：//registrar.godaddy.com
名称服务器：NS21.DOMAINCONTROL.COM
名称服务器：NS22.DOMAINCONTROL.COM
此信息显示了.com区域文件（internic）的构build者拥有的信息。 这也表明，从Godaddy whois服务器可以获得更多信息。
如果此输出不显示新的注册服务器和名称服务器，则传输尚未完成，应联系您的旧注册商。
如果这显示您的新注册商，但不是正确的DNS信息转移已经做错了，你应该联系你的新注册商。
如果细节正确，但网站无法正常工作，则.com顶级区域尚未更新，您需要等待，或者新的名称服务器设置不正确。 要找出哪个使用命令“挖”
首先检查GTLD服务器（授权.com）：
“dig ns @ a.gtld-servers.net serverfault.com”
结果给出：
;; 问题部分： ; serverfault.com。 在NS ;; 答案部分： serverfault.com。 172800在NS ns21.domaincontrol.com。 serverfault.com。 172800在NS ns22.domaincontrol.com。 ;; 附加部分： ns21.domaincontrol.com。 172800中A 216.69.185.11 ns22.domaincontrol.com。 172800在208.109.255.11中
如果这个信息是正确的，您可以继续对您的新提供商DNS执行相同的查询：
“dig ns @ ns21.domaincontrol.com serverfault.com”
;; 问题部分： ; serverfault.com。 在NS ;; 答案部分： serverfault.com。 3600在NS ns21.domaincontrol.com。 serverfault.com。 3600在NS ns22.domaincontrol.com。 ;; 查询时间：76毫秒 ;; 服务器：216.69.185.11＃53（216.69.185.11） ;; 时间：2009年6月1日星期一16:47:51 ;; 味精大小rcvd：85
如果这显示正确的信息，那么您可能有caching问题，需要等待caching名称服务器上的旧条目到期。
首先，您需要检查您的域的DNS服务器：
如果DNS服务器仍然是您以前的DNS服务器，那么传输失败。 如果一切正常，下一步是检查新的dns服务器中的dnslogging：
你需要得到如下结果：
在哪里ABCD将成为您的网站托pipe服务器的IP地址。 如果这是不正确的，你需要检查你的域名logging。
最后，你可以试试其他DNS服务器，如opendns来检查你的域名是否在世界上更新：
我认为这个问题是在第二步，也许你忘了添加logging在你的新的DNS服务器。
我会检查各种DNS服务器。 您可以使用像nslookup这样的工具，或者直接指向特定的DNS服务器。 从托pipe公司的服务器开始，然后尝试从您的ISP，朋友的工作等方面进行工作。
我将首先遵循这些步骤：
查询whois以检查哪个DNS服务器将用于您的域。
whois domainname.com
然后检查这些服务器是否返回结果：
挖一个myhost.domainname.com @ my.dnsserver.net
为whois中更改@dnsserver所列出的所有DNS服务器执行此操作。
当您在注册服务商之间进行域名转移时，会发生什么情况，这取决于针对顶级域名（TLD）或注册pipe理机构的规定，或许您的新注册商不再拥有旧的DNSlogging，在这种情况下，您可能希望为其注册新域名。 48小时已经很长时间了，所以我会毫不犹豫地联系你的新托pipe人/注册商。
跟随罗素的回答：
“dig soa serverfault.com @ ns21.domaincontrol.com”
;; ANSWER SECTION: serverfault.com. 86400 IN SOA ns21.domaincontrol.com. dns.jomax.net. 2009031400 28800 7200 604800 86400 “dig soa serverfault.com @ ns22.domaincontrol.com”
;; ANSWER SECTION: serverfault.com. 86400 IN SOA ns21.domaincontrol.com. dns.jomax.net. 2009031400 28800 7200 604800 86400
dns.jomax.net之后的第一个数字是Zones Serial Number（区域序列号），通常是date中添加了更改次数的序列号，如果这些数字不同步，通常是不正确的。
你也可以直接检查你的新纪录，比如说我们最近改变了www.serverfault.com：
“挖一个www.serverfault.com @ ns22.domaincontrol.com + norec”
;; ANSWER SECTION: www.serverfault.com. 3600 IN CNAME serverfault.com. serverfault.com. 3600 IN A 69.59.196.212
+ norec选项禁用默认情况下打开的问题中的“recursion所需”位。 如果您忘记指定+ norec，那么同时caching的权威名称服务器可能会将您的caching中的答案设置为closures状态，这有时会造成相当大的误解。