我对我的DNS有问题。
就像一个星期前或更多，我从**********移到hostgator，所以我不得不改变在我的域名注册商（NIC.AR）的DNS，
我开始了DNS更改过程，当它结束时，我能够到达新的服务器的页面，它运行了好几天，但神秘的是，当我试图达到它，以前的主机错误页面出现！ ，就好像dns改变过程被回滚了什么：/。 但在我的注册服务机构，DNSperformance良好。
于是我又开始了这个过程，看看我能不能修复它。 再次，我至less能够到达新服务器的页面; 而我仍然可以，但我的一些朋友告诉我，他们再次达到以前的主机错误页面。
现在好奇的是，如果我在http://www.whatsmydns.net/查看 ，结果是：（ 174.122.148.7 = hostgator， 184.82.98.172 =上一个主机
Denver CO, United States (Speakeasy) 174.122.148.7 Reston VA, United States (Sprint) 174.122.148.7 Orlando FL, United States (@quasar) 174.122.148.7 Atlanta GA, United States (Bellsouth) 174.122.148.7 Canoga Park CA, United States (Sprint) 174.122.148.7 Seattle WA, United States (Speakeasy) 174.122.148.7 London, United Kingdom (BT Global) 174.122.148.7 Paris, France (Kaptech) 174.122.148.7 Rome, Italy (Telecom Italia) 174.122.148.7 Moscow, Russia (Petersburg Internet) 174.122.148.7 Istanbul, Turkey (TTNET) 174.122.148.7 Nurnberg, Germany (Hetzner Online) 174.122.148.7 Hong Kong, China (PCCW) 174.122.148.7 Melbourne VIC, Australia (Optus) 174.122.148.7 Sydney NSW, Australia (Exetel) 174.122.148.7 Auckland, New Zealand (Xtra) 174.122.148.7
但是如果我再检查一次…
Denver CO, United States (Speakeasy) 174.122.148.7 Reston VA, United States (Sprint) 174.122.148.7 Orlando FL, United States (@quasar) 174.122.148.7 Atlanta GA, United States (Bellsouth) 184.82.98.172 Canoga Park CA, United States (Sprint) 184.82.98.172 Seattle WA, United States (Speakeasy) 174.122.148.7 London, United Kingdom (BT Global) 174.122.148.7 Paris, France (Kaptech) 174.122.148.7 Rome, Italy (Telecom Italia) 174.122.148.7 Moscow, Russia (Petersburg Internet) 174.122.148.7 Istanbul, Turkey (TTNET) 174.122.148.7 Nurnberg, Germany (Hetzner Online) 174.122.148.7 Hong Kong, China (PCCW) 174.122.148.7 Melbourne VIC, Australia (Optus) 174.122.148.7 Sydney NSW, Australia (Exetel) 174.122.148.7 Auckland, New Zealand (Xtra) 184.82.98.172
每次检查都会显示不同的结果。 这就像来回走动，达到新的IP和旧的IP。
如果您的注册商指定了新旧名称服务器组合，行为就是我所期望的。 名称服务器通常在每个请求上旋转。
尝试检查根服务器的响应。 在Linux上， host -a yourdomain.com. j.gltd-servers.net. host -a yourdomain.com. j.gltd-servers.net. 将显示yourdomain.com的数据。
响应行中的数字是用户可能正在使用的DNS服务器认为有效的时间（以秒为单位）。 预计需要花费很长时间才能完全传播。 可能是几周。 不幸的是，您最常使用的用户最有可能获取旧数据。
这一次是由您的名称服务器configuration。 需要提前至less对一个caching期进行更改。 caching时间应该在更改之前减less，然后增加。 之后可以增加，一旦你确定改变是正确的，
我知道这是一个古老的问题，但我也遇到了同样的问题，解决scheme非常简单
如果旧主机上的DNS SOAlogging的时间戳高于新主机上的DNS SOAlogging的时间戳，则它将来回弹跳。
只要我在新服务器上更改了我的DNS SOAlogging的时间戳，就会比旧服务器上的时间戳记更高，这些更改就开始正确传播，并且更改“卡住”而不是像他们一样来回跳动整天做。