什麼是 DNS cache

[Ricado]

簡單的說，DNS Cache 是 ISP 節省流量所做的措施，由於 DNS 的資料變動性非常小，並不會隨時在變，所以適度的 Cache 是有必要的，一般來說，DNS 的角色大概分為三種，Primary, Secondary, Cache。
Prmary 為主要設定管理所在。
Secondary 完整複製 Primary 的資料。
Cache 依需要(使用者查詢後)取得資料後，Cache 起來。
ㄧ般DNS 代管服務所提供給我們的，為了安全起見大多是 Cache 或是 Secondary。
為了減少 Cache或Secondary 不斷的要求更新，DNS 紀錄可以設定 TTL (Time To Live)，預設 3600秒。也就在這時間內，不會去檢查 DNS 是否更新。有兩點例外：
1.新增紀錄，因為是新增，通常是立即生效，目前的 .com 已經可以在 5 分鐘內生效了。
2.DDNS，為了讓動態 IP 使用方便，一般都設為 9000，15分鐘。

咦~這不是很正常嗎？那為什麼還要等一個禮拜。
以上的 DNS指的是DNS管理系統的部份，這套系統建立起來，為的是讓人查詢。所以以下簡單說明查詢順序。

打開瀏覽器，輸入網址，先查詢本機的 cache 或是 host檔裡面有沒有設定，如果沒有就向內部DNS查詢(如果您自己架設 DNS Server的話)，大部分都是像您的 ISP 提出查詢，例如 168.95.1.1，如果您要的資料，剛剛好前面有人查過，就直接把資料給你，如果沒有人查過，就到外面，或是直接由 root (.)開始反查，例如 domain.club.tw，先問root，.tw 由哪台機器管，接下來找到 twnic，在問他 .club.tw 由哪台機器管，在問 .club.tw 的註冊局，domain.club.tw 由哪台 DNS 機器管，最後找到 哈大設定的 DNS Server，同時查到 www 這台機器的 IP，然後 168.95.1.1 這台機器就將查到的 IP 回覆給用戶端。

由於這樣的查詢服務是吃力不討好的，而且又風險，因此大部份架設 DNS Server 的人並不會開放這樣的服務，而提供這類服務的 DNS Server 我們有給他ㄧ個名詞叫做 Recursive DNS Server，而我們一般註冊網址所設定的 DNS Server，只提供代管的 DNS 資料，不是由這台機器管的 DNS 則回應不知道。

也就是因為這個因素，除了我們自己設定的 TTL 以外，Recursive DNS 的提供者，為了減少流量負擔，因此會延長 Cache時間，也就是查到的資料，先 Cache 起來，在加上層層 Cache(Cache的Cache)，因此很難去掌控到底什麼時候能完全更新。

DNS 查詢會耗掉多少頻寬呢？
1000,000次查詢，大約 200MB。