DNS分為Client和Server，Client扮演發(fā)問的角色，也就是問 Server 一個Domain Name，而Server必須要回答此Domain Name的真正IP地址，DNS是怎么來作名稱解析的？

DNS的工作原理

DNS分為Client和Server，Client扮演發(fā)問的角色，也就是問Server一個Domain Name，而Server必須要回答此Domain Name的真正IP地址。而當?shù)氐腄NS先會查自己的資料庫。如果自己的資料庫沒有，則會往該DNS上所設的的DNS詢問，依此得到答案之后，將收到的答案存起來，并回答客戶。

DNS服務器會根據(jù)不同的授權區(qū)(Zone)，記錄所屬該網(wǎng)域下的各名稱資料，這個資料包括網(wǎng)域下的次網(wǎng)域名稱及主機名稱。

在每一個名稱服務器中都有一個快取緩存區(qū)(Cache)，這個快取緩存區(qū)的主要目的是將該名稱服務器所查詢出來的名稱及相對的IP地址記錄快取緩存區(qū)中，這樣當下一次還有另外一個客戶端到次服務器上去查詢相同的名稱 時，服務器就不用在到別臺主機上去尋找，而直接可以從緩存區(qū)中找到該筆名稱記錄資料，傳回給客戶端，加速客戶端對名稱查詢的速度。例如：
 
當DNS客戶端向指定的DNS服務器查詢網(wǎng)際網(wǎng)路上的某一臺主機名稱 DNS服務器會在該資料庫中找尋用戶所指定的名稱 如果沒有，該服務器會先在自己的快取緩存區(qū)中查詢有無該筆紀錄，如果找到該筆名稱記錄后，會從DNS服務器直接將所對應到的IP地址傳回給客戶端 ，如果名稱服務器在資料記錄查不到且快取緩存區(qū)中也沒有時，服務器首先會才會向別的名稱服務器查詢所要的名稱。例如：

DNS客戶端向指定的DNS服務器查詢網(wǎng)際網(wǎng)路上某臺主機名稱，當DNS服務器在該資料記錄找不到用戶所指定的名稱時，會轉向該服務器的快取緩存區(qū)找尋是否有該資料 ，當快取緩存區(qū)也找不到時，會向最接近的名稱服務器去要求幫忙找尋該名稱的IP地址 ，在另一臺服務器上也有相同的動作的查詢，當查詢到后會回復原本要求查詢的服務器，該DNS服務器在接收到另一臺DNS服務器查詢的結果后，先將所查詢到的主機名稱及對應IP地址記錄到快取緩存區(qū)中 ，最后在將所查詢到的結果回復給客戶端 。

范例

我們舉例說明，假設我們要查詢網(wǎng)際網(wǎng)路上的一個名稱為www.test.com.cn，從此名稱我們知道此部主機在中國CN，而且要找的組織名稱test.com.cn此網(wǎng)域下的www主機，以下為名稱解析過程的每一步驟。

《Step 1》在DNS的客戶端(Reslover)鍵入查詢主機的指令，如：
 
以下為引用的內容：
c:/ping www.test.com.cn 
pinging www.test.com.cn 【192.72.80.36】with 32bytes of data 
reply from 192.72.80.36 bytes time <10ms ttl 253 

《Step 2》而被指定的DNS服務器先行查詢是否屬于該網(wǎng)域下的主機名稱，如果查出改主機名稱并不屬于該網(wǎng)域范圍，之后會再查詢快取緩存區(qū)的紀錄資料，查是否有此機名稱。

《Step 3》查詢后發(fā)現(xiàn)緩存區(qū)中沒有此紀錄資料，會取得一臺根網(wǎng)域的其中一臺服務器，發(fā)出說要找www.test.com.cn的Request。

《Step 4》在根網(wǎng)域中，向Root Name Server詢問，Root Name Server記錄了各Top Domain分別是由哪些DNS Server負責，所以他會響應最接近的Name Server為控制CN網(wǎng)域的DNS伺服主機。

《Step 5》Root Name Server已告訴Local DNS Server哪部Name Server負責.cn這個Domain，然后Local DNS再向負責發(fā)出找尋www.test.com.cn的名稱Request。

《Step 6》在.cn這個網(wǎng)域中，被指定的DNS服務器在本機上沒有找到此名稱的的紀錄，所以會響應原本發(fā)出查詢要求的DNS服務器說最近的服務器在哪里？他會回應最近的主機為控制com.cn網(wǎng)域的DNS伺服主機。

《Step 7》原本被查詢的DNS服務器主機，收到繼續(xù)查詢的IP位置后，會再向com.cn的網(wǎng)域的DNS Server發(fā)出尋找www.test.com.cn名稱搜尋的要求。

《Step 8》com.cn的網(wǎng)域中，被指定的DNS Server在本機上沒有找到此名稱的記錄，所以會回復查詢要求的DNS Server告訴他最接近的服務器在哪里？他就回應最接近為控制test.com.cn的網(wǎng)域的DNS主機。

《Step 9》原本被查詢的DNS Server，在接收到應繼續(xù)查詢的位置，在向test.com.cn網(wǎng)域的DNS Server發(fā)出尋找www.test.com.cn的要求，最后會在test.com.cn的網(wǎng)域的DNS Server找到www.test.com.cn此主機的IP。

《Step 10》所以原本發(fā)出查詢要求的DNS服務器，再接收到查詢結果的IP位置后，響應回給原查詢名稱的DNS客戶端。

兩種真正DNS的查詢模式

有兩種詢問原理，分為Recursive和Interactive兩種。前者是由DNS代理去問，問的方法是用Interactive方式，后者是由本機直接做Interactive式的詢問。由上例可以看出，我們一般查詢名稱的過程中，實際上這兩種查詢模式都是交互存在著的。

遞歸式(Recursive)：DNS客戶端向DNS Server的查詢模式，這種方式是將要查詢的封包送出去問，就等待正確名稱的正確響應，這種方式只處理響應回來的封包是否是正確響應或是說是找不到該名稱的錯誤訊息。

交談式(Interactive)：DNS Server間的查詢模式，由Client端或是DNS Server上所發(fā)出去問，這種方式送封包出去問，所響應回來的資料不一定是最后正確的名稱位置，但也不是如上所說的響應回來是錯誤訊息，他響應回來告訴你最接近的IP位置，然后再到此最接近的IP上去尋找所要解析的名稱，反復動作直到找到正確位置。