我有一個非 HTTP 伺服器，用於支援流行的 VOIP/WebRtc 協定。
伺服器“A”是舊伺服器。伺服器“B”是新伺服器。兩者都可以獨立運行，但做同樣的事情。伺服器“B”已完全準備好替代“A”。兩天前，DNS 條目被切換為指向“B”而不是“A”。
問題是，我仍然看到大量流量流向“A”而不是“B”。 DNS 項目 (Route 53) 上的 TTL 僅為一天（86400 秒）。因此，似乎仍然有客戶端沒有重新查詢 DNS，或者有 DNS 快取的其他問題。
我不排除有行為不端的客戶。但是，下游 DNS 快取是否存在我沒有考慮到的一般行為，可能會延遲更改的傳播時間超過我在 Route 53 上記錄的 TTL？
答案1
這是標準行為，您應該等待一段時間（如評論中所述，可能需要幾天或更多天）。好的做法是在更改前將 TTL 更改為 3600（甚至更少）天，在第 0 天對 DNS 進行更改，然後將 TTL 返回標準值（例如 86400）。