我正在將網站流量從adadarters.com舊主機轉移到新主機。由於各種原因，我們保留舊主機，包括我們不想移動的郵件和 ASP 文件，因此我只是修改 A 記錄以指向新主機的 IP。 10個小時後還沒有真的傳播，儘管看起來確實如此。我一整天都在做ipconfig/ 。flushdns
發生的情況是adadarters.com提供新 IP ( 74.220.215.66) 並www.adadarters.com提供舊 IP ( 65.254.231.127)。如果您嘗試輸入不帶 的 URL www，它似乎會重定向到www並將您發送到舊主機。
我發現的方法是nslookup adadarters.com 205.171.3.66（我的 ISP IP 位址）與nslookup www.adadarters.com 205.171.3.66.
adadarters.com此外，到vs的追蹤路由www.adadarters可追蹤到新 IP 位址和舊 IP 位址的路由。
新主機表示 DNS 對他們來說看起來不錯。老主人說設定對他們來說也很好，我只需要等待更長的時間來傳播。但為什麼www傳播方式與非 www 不同呢？我認為他們只是在拖延我，因為他們不知道（他們是老東道主的原因之一）。
您對可能發生的情況有什麼想法嗎？
答案1
在這種情況下，不要假設來自 ISP 的「破壞」。
新主機表示 DNS 對他們來說看起來不錯。老主人說設定對他們來說也很好，我只需要等待更長的時間來傳播。但為什麼 www 的傳播方式與非 www 不同呢？我認為他們只是在拖延我，因為他們不知道（他們是老東道主的原因之一）。
首先，多年來我與大量的 ISP 打過交道，我不認為他們會以這種方式讓你失望。也許他們不會像你想像的那樣付出很大的努力，但我懷疑他們會像這樣破壞 DNS 切換。
DNS 傳播現在看起來很好。
也就是說，DNS 傳播現在看起來很好。檢查結果www.adadarters.com這裡和adadarters.com這裡。兩者都清楚地表明74.220.215.66。
然後透過以下方式查看 DNS TTL（生存時間）記錄：dig似乎兩者的 TTLwww.adadarters.com都adadarters.com設定為 3600 秒（又名：60 分鐘）。以下是 的結果adadarters.com：
dig +nocmd adadarters.com +noall +answer
adadarters.com. 3600 IN A 74.220.215.66
然後是類似的命令www.adadarters.com：
dig +nocmd www.adadarters.com +noall +answer
www.adadarters.com. 3600 IN A 74.220.215.66
3600 秒（又稱：60 分鐘）並不完全是您在進行 DNS IP 位址切換時想要的 TTL。請繼續閱讀。
DNS 傳播、TTL 和等待遊戲。
你說：
10個小時後還沒有真的傳播，儘管看起來確實如此。
看到 TTL 為 3600，它應該在至少 1-2 小時後傳播。但根據我的經驗，DNS IP 位址切換應該在切換前至少 2 小時（甚至可能是切換前一天）進行，TTL 應設定為 300（又名：5 分鐘）。
然後，當您進行切換時，大約 5 分鐘內，世界各地的 DNS 伺服器就會知道檢查新資料。即使我這樣做了，一些落後的 DNS 伺服器有時也需要 24-48 小時才能跟上變化。也就是說，像這樣的 DNS IP 位址變更並不是一門精確的科學，您應該做出相應的計劃。
這意味著您需要確保在網站運行緩慢的時期發生類似的 DNS IP 位址變更。就像在一天結束時，甚至在周末。然後你只需要坐下來等待。
通常，由於搞砸 DNS 條目而導致的任何錯誤都會在第一個小時左右顯現出來。但除此之外，這其實只是一場等待遊戲，看看 DNS 變更如何傳播。全球 95% 的 DNS 伺服器應該在一小時左右就可以正常運作；其餘的只會在第二天左右改變。 48 左右之後，DNS 更改應該在全球範圍內傳播並接受。
其全部原因是一些 DNS 伺服器管理員尊重 DNS 項目的 TTL。但其他人的 DNS 伺服器設定為基本上忽略 TTL 值，無論如何。為什麼？有爭議，但它確實發生了。