一起學(xué)DNS系列八DNS客戶端查詢過程

1、一起學(xué)DNS系列（八）DNS 客戶端查詢過程本節(jié)將以之前的基礎(chǔ)內(nèi)容作為鋪墊，一起探討DNS客戶端查詢方面的內(nèi)容。      DNS客戶端的注冊信息在DNS服務(wù)器中是以記錄的方式體現(xiàn)出來的，那么客戶端就可以用一些方式進(jìn)行查詢各類記錄。相對應(yīng)的，服務(wù)器會對這些查詢進(jìn)行響應(yīng)，我們稱之為解析，至于DNS內(nèi)部的工作機(jī)制，我們不得而知，但可以通過一些命令和方法間接地了解DNS查詢過程。為了更好的描述這個問題，我做了一張簡單的TOPO圖，其中DNS1為DNS服務(wù)器，主機(jī)XP3是一個DNS客戶端。拓?fù)鋱D如下：在客戶端向DNS服務(wù)器提交一個查詢消息中，通常都會包含3條基本

2、信息，1、需要制定查詢的DNS域名；2、指定查詢請求的基本類型；3、DNS域名的指定類別。對于windows系統(tǒng)的DNS服務(wù)器而言，第三條即DNS域名的指定類別總是Internet，即我們常說的IN類別，這個關(guān)鍵字無論是在正向還是反向區(qū)域的DNS文件中都可以看的到，我們以正向查找區(qū)域的DNS文件為例，如下圖：所以，通常我們在提交一個查詢時只需要包含DN S域名和查詢請求的類型這兩部分內(nèi)容就可以了，通過一個實例來講解吧。在區(qū)域內(nèi)存在2條A記錄，如下圖：那么我們在XP3上查詢DNS1的A記錄。為了更好的理解整個過程，我們依然會使用wireshark來進(jìn)行輔助分析。整個過程如下圖：在上圖中用到幾個命

3、令 ，如nslookup、set 等，這些命令在DNS應(yīng)用和排錯中用的很普遍。所以后面會單獨有一節(jié)來講這部分內(nèi)容。我們再來看看wireshark都發(fā)生了什么，整個過程經(jīng)歷了2個步驟。如下圖：數(shù)據(jù)包1的分析過程：數(shù)據(jù)包2的分析過程：上面是查詢A記錄的過程分析，同理，在查詢NS記錄或者PTR指針記錄時也是類似的過程，只是查詢的類型和結(jié)果不同而已，這里不再熬述。DNS客戶端在第一次查詢某條記錄時，會按照上述的過程進(jìn)行，當(dāng)再次查詢時則會首先使用本地緩存信息來解析查詢請求，如果有對應(yīng)的記錄則完成此次解析，否則就會向自身的DNS服務(wù)器發(fā)起查詢。而這樣的本地解析依據(jù)來源于2個地方，如下：1、即為本地預(yù)先配置的主機(jī)名到地址的映射關(guān)系，也就是我們常提的HOSTS文件。2、以及系統(tǒng)保存在查詢緩存中的記錄。其實，從上面不難看出，客戶端解析的過程也就是記錄匹配的過程，如果有匹配的選項，則會返回相應(yīng)信息給客戶端，反之則提示無法找到相應(yīng)記錄。