DNS解析問題
我最近通過將網站的 A 記錄更改為其新伺服器的 IP 地址來將網站移動到新伺服器。
在四個小時內，我們網路上的所有機器都正常解析，在 24 小時內，每一個域名伺服器 dig / cachecheck.opendns.com / etc 都可以找到正確的 IP。
但是，客戶端的機器似乎是世界上唯一仍然解析舊 IP 的機器。
已經 72 小時了，他刷新了他的 DNS，他無法更改他的 DNS 解析器，因為他說這會導致其他問題。
我目前創建了一個將 IP 重寫為 URL 的配置，以及
header一個通過新 IP 將舊站點重定向到新站點的 php 指令（我一直在祈禱它不會導致重定向循環）我能找到的每個域名伺服器到底如何為這個網站提供正確的 IP 地址，而客戶端的機器仍然使用舊的？
我也有：
nslookup [the-domain] [all-three.nameservers.com]無濟於事；他們都顯示了正確的IP。我可以在舊伺服器上放置一些指令，上面寫著“對不起，朋友，IP 錯誤”-？或者我還能做什麼，因為我們無法複製這個—？
DNS 響應可能會被記憶體 TTL 時間。每個 DNS 伺服器和記憶體客戶端都應該在 TTL 秒後忘記有關您舊 IP 的所有資訊，因為您更改了最後一個權威伺服器上的 A 記錄。
如果您的舊記錄的 TTL 尚未通過，那麼客戶端仍然可能會看到舊 IP。這更有可能發生在您的客戶身上，因為他們經常使用您的 DNS 記錄並對其進行記憶體。
如果您的舊 TTL 已經過去，那麼您和您的客戶之間存在一些問題（在客戶端不需要完全如此）。不幸的是，沒有保證可以在您這邊修復它（可能使用原始 IP 地址或新的 DNS 名稱除外）。
我將按以下順序檢查：
- 檢查您的域的權威伺服器列表（為您的區域鍵入 NS）
- 檢查每個權威伺服器是否實際返回新地址
- 確保 TTL 沒有改變或找出舊的 TTL（即從舊區域的備份中）。
如果以上所有內容都表明您的記錄到處都是新鮮的，並且自上次更改以來 TTL 已經過去，那麼您這邊似乎還可以。
- 請您的客戶使用
dig或其他報告記錄 TTL 的工具解析您的名稱（不確定這是否可以使用 nslookup 完成）並檢查此 TTL 是否足夠。記憶體器報告的 TTL （至少應該）減少自上次記憶體記錄更新以來經過的時間，因此您會看到它在幾個請求之間減少。如果沒有 - 存在錯誤或配置錯誤的 DNS。