向量偏移・一張答案卡的不同時鐘
網站搬家後，
舊地址還在帶路
同一個網址，有人已經進到新網站，有人卻還被送回舊頁面。差別不在誰先收到通知，而在不同 DNS 答案各自有到期時間。
先拆掉一個直覺
DNS 不會把新地址送到每一台裝置
你把公司的網站搬到新主機，自己重新整理後已經看見新頁面；同事卻說他還被帶回舊網站。這不一定是誰的電腦壞了，也不是 DNS 有一條把新地址傳遍全世界的慢速輸送帶。比較接近的情況是：不同的 DNS 解析器，手上各留著在不同時間拿到的舊答案。
把網站的 DNS 位址想成一張地址卡。網站管理者把 atelier.example 從範例的舊位址 198.51.100.24 改成新位址 203.0.113.80，是把權威 DNS 伺服器保存的原始卡片換掉。權威伺服器是這個網域的資料來源；一般使用者的裝置通常不會每次都直接去問它，而是先問替自己查詢的遞迴解析器。
權威伺服器保存原始答案；遞迴解析器代替使用者查詢並回覆；使用者只看到最後被帶往哪一個網站。
答案不是永久借出
TTL 到期標籤
遞迴解析器之所以不每次都重新查，是因為 DNS 回覆容許快取。回覆裡的 TTL 是以秒計算的到期時間：它告訴解析器，這張地址卡最多可以暫存多久。TTL 不是宣告所有人會在同一秒更新；它是每份副本各自持有的使用期限。
期限尚未結束，解析器可以用快取回覆；期限結束後，舊答案不能再繼續拿來回答，解析器才需要重新查詢。IETF 的 DNS 規範把 TTL 定義為快取紀錄可保留的時間上限，也明確把「取得資料的成本、更新速度與快取正確性」交給資料來源在其中取捨。
它限制一份已取得副本最多可用多久，不是一個讓所有副本同步翻頁的全球倒數。
同一項更新，三個起點
每個副本，都從自己的倒數開始
解析器 A 在搬家前 55 分鐘剛問過；B 在前 15 分鐘問過；C 從未問過。選擇一個狀態，看見 B 為何仍能合理地回覆舊位址。
圖解先同時攤開三種結果。選擇一個狀態，看見權威來源、尚未到期的副本與到期後重新查詢如何依序不同。
- 01權威來源先換卡管理者改的是原始答案，不是所有快取的內容。
- 02舊卡仍可使用解析器 B 的 TTL 還沒歸零，因此仍可回覆舊位址。
- 03到期後再問舊卡到期，解析器才重新取得現在的權威答案。
真正的準備動作
先調短，不會倒帶
這也說明了為什麼「我現在把 TTL 調短」往往救不了眼前的搬遷。TTL 的目的，是限制一份已取得答案還能在快取裡使用多久。管理者預先把 TTL 降低，是讓後續新領到的卡片帶上較短的期限；但已經被其他解析器收進抽屜、而且帶著舊期限的卡片，不會因為原始卡片今天換了標籤就自動倒帶。
這是從 DNS 規範把 TTL 定義為快取時間上限、並建議在可預期的變更前先降低 TTL 所得到的實務推論，不是另一條神祕的傳播規則。RFC 2181 也補充，TTL 是最大存活時間，不是系統保證一定活到最後一秒的命令。
空白也會留下時間
連不存在，也可能暫時被記住
更容易被忽略的是：DNS 不只會暫存有這個位址，也可能暫存目前找不到。如果有人在新紀錄建立前查詢 new.atelier.example，解析器可能收到不存在或沒有此類資料的答案。這份負面答案也有自己的 TTL；在期限歸零之前，同一台解析器可能仍會回答找不到。
於是新子網域剛上線卻有人打不開，不必然代表新紀錄沒有發布。RFC 2308 規定，負面回答會依 SOA 的資訊帶著可快取的期限；期限歸零後，先前的負面答案不得再被使用。
把等待變成判斷
先辨別來源與副本
遇到搬家或新紀錄看起來不同步時，最有用的順序不是反覆按重新整理。先確認權威 DNS 伺服器是否已經給出正確的新答案；再從不同網路或遞迴解析器比對各自看到的答案與剩餘 TTL；最後才排除作業系統、瀏覽器或公司網路的本機快取。
- 01權威來源還是舊的：等待無效，因為原始答案尚未修正。
- 02權威來源已正確、不同解析器仍不同：看各自的 TTL；這是已領走的副本尚未到期。
- 03外部解析器都正確，只有單一裝置不對：才把焦點縮到本機或瀏覽器快取。
收束
不是慢慢傳開，而是依序到期
網站搬家不是把一張新地址瞬間貼到所有人的門上。它更像把新的原始卡片放回櫃台，再等每個在不同時間領走舊卡的人，依照自己那張卡的到期標籤回來換領。知道這件事後，有人看得到、有人看不到，就不再只是一句模糊的 DNS 傳播問題，而是一個可以分層判斷、可以提前準備的時間問題。
資料與事實邊界
來源
- IETF RFC 1034：Domain Names — Concepts and Facilities。DNS 的分散式資料庫與本機快取設計；TTL 以秒表示一筆資源紀錄可被快取多久，並建議在可預期變更前降低 TTL。
- IETF RFC 2181：Clarifications to the DNS Specification。TTL 是最大存活時間而非必然存活時間，實作可設自己的上限。
- IETF RFC 2308：Negative Caching of DNS Queries。NXDOMAIN 與 NODATA 等負面回覆可帶著期限被快取，期限歸零後不得再使用。
本文的 TTL、正面快取與負面快取定義以 RFC 為準；「預先調短 TTL」是由這些規範導出的實務操作推論。atelier.example 與兩個 IP 位址均為說明用的虛構／保留範例，不是實際網站或使用紀錄。
