我的 DNS 有问题。
大约一周前或更早,我从 ********** 转移到 hostgator,所以我必须在域名注册商 (nic.ar) 处更改 DNS
我启动了 DNS 更改过程,完成后,我能够访问新服务器上的页面,几天内运行良好,但奇怪的是,当我尝试访问它时,出现了之前的主机错误页面!,好像 DNS 更改过程被回滚了或类似的事情 :/。但在我的注册商处,DNS 显示正常。
所以我再次启动了这个过程,看看我是否能修复它。而且,我至少能够在新服务器上访问该页面;我现在仍然可以访问,但我的一些朋友告诉我,他们再次访问了之前的主机错误页面。
现在奇怪的是,如果我检查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。
答案1
如果您在注册商处指定了新旧名称服务器,那么行为符合我的预期。名称服务器通常会根据每次请求进行轮换。
尝试检查根服务器的响应。在 Linux 上,host -a yourdomain.com. j.gltd-servers.net.
将显示 yourdomain.com 的数据。
响应行中的数字是响应被用户可能正在使用的 DNS 服务器视为有效的时间(以秒为单位)。预计更改需要这么长时间才能完全传播。可能需要数周时间。不幸的是,您最常使用的用户最有可能获得旧数据。
此时间由您的名称服务器配置控制。更改需要提前至少一个缓存期进行规划。缓存期应在更改之前缩短,之后增加。一旦您确定更改正确,就可以在之后增加缓存期,
答案2
我知道这是一个老问题,但我刚刚遇到了同样的问题,解决办法非常简单
如果旧主机上的 DNS SOA 记录的时间戳高于新主机上的 DNS SOA 记录的时间戳,它就会来回反弹。
当我将新服务器上的 DNS SOA 记录的时间戳更改为高于旧服务器上的时间戳时,更改就开始正确传播,并且更改会“停留”下来,而不是像一整天那样来回反复。