dns服務器故障排除
dns服務器是進行域名和與之相對應的IP地址轉換的服務器，那么你對dns服務器了解多少呢?以下是由學習啦小編整理關于什么是dns服務器的內容，希望大家喜歡!
dns服務器的原理
DNS分為Client和Server，Client扮演發問的角色，也就是問Server一個Domain Name，而Server必須要回答此Domain Name的真正IP地址。而當地的DNS先會查自己的資料庫。如果自己的資料庫沒有，則會往該DNS上所設的DNS服務器詢問，依此得到答案之后，將收到的答案存起來，并回答客戶。DNS服務器會根據不同的授權區(Zone)，記錄所屬該網域下的各名稱資料，這個資料包括網域下的次網域名稱及主機名稱。在每一個名稱服務器中都有一個快取緩存區(Cache)，這個快取緩存區的主要目的是將該名稱服務器所查詢出來的名稱及相對的IP地址記錄快取緩存區中，這樣當下一次還有另外一個客戶端到此服務器上去查詢相同的名稱 時，服務器就不用在到別臺主機上去尋找，而直接可以從緩存區中找到該筆名稱記錄資料，傳回給客戶端，加速客戶端對名稱查詢的速度。例如：
當DNS客戶端向指定的DNS服務器查詢網際網路上的某一臺主機名稱 DNS服務器會在該資料庫中找尋用戶所指定的名稱 如果沒有，該服務器會先在自己的快取緩存區中查詢有無該筆紀錄，如果找到該筆名稱記錄后，會從DNS服務器直接將所對應到的IP地址傳回給客戶端 ，如果名稱服務器在資料記錄查不到且快取緩存區中也沒有時，會向最接近的名稱服務器去要求幫忙找尋該名稱的IP地址 ，在另一臺服務器上也有相同的動作的查詢，當查詢到后會回復原本要求查詢的服務器，該DNS服務器在接收到另一臺DNS服務器查詢的結果后，先將所查詢到的主機名稱及對應IP地址記錄到快取緩存區中 ，最后在將所查詢到的結果回復給客戶端。
dns服務器的查詢模式
有兩種詢問原理，分為Recursive和Iterative兩種。前者是由DNS代理去問，問的方法是用Interative方式，后者是由本機直接做Interactive式的詢問。由上例可以看出，我們一般查詢名稱的過程中，實際上這兩種查詢模式都是交互存在著的。遞歸式(Recursive):DNS客戶端向DNS Server的查詢模式，這種方式是將要查詢的封包送出去問，就等待正確名稱的正確響應，這種方式只處理響應回來的封包是否是正確響應或是說是找不到該名稱的錯誤訊息。
迭代式(Iterative):DNS Server間的查詢模式，由Client端或是DNS Server上所發出去問，這種方式送封包出去問，所響應回來的資料不一定是最后正確的名稱位置，但也不是如上所說的響應回來是錯誤訊息，他響應回來的是部分信息，告訴你所查詢域名中的下一級域的域名服務器的地址信息，然后再到此域名服務器上去查詢所要解析的名稱，反復動作直到找到最終信息。
dns服務器的排除故障
服務器不僅僅是企業網絡設備的中樞，也是企業軟件及數據庫應用的主體。在實際運行中服務器經常會出現這樣或那樣的故障，軟件的或者硬件的。很多故障是沒有規律可言的，我們只能通過經驗去解決。筆者負責公司服務器的維護工作，在一次實際工作中遇到了服務器無法登錄的故障，排查起來比較奇特，寫出來和各位讀者分享。
故障現象
筆者公司規模不是很大，有大概50多臺計算機，購買了兩臺IBM服務器，型號是X SERⅥCE 200。由于內部使用的某個應用軟件需要Windows域的支持，所以在這兩臺IBM服務器上啟用了windows 2000 server的域。一臺作為域控制器DC，另一臺設置為備份域控制器BDC。
由于備份域控制器在管理域上主要起輔助作用，所以配置完畢后基本沒有做任何修改和操作。然而前一段卻出現了主域控制器DC那臺服務器無法登錄到系統桌面的故障，每次啟動該域控制器都停留在2000的登錄界面，即在要求輸入管理員帳號和密碼操作之前的界面，下方登錄信息顯示的是“正在連接網絡”，等待近一個小時仍然沒有任何進展，始終停留在“正在連接網絡”提示處。重新啟動該服務器按F8可以正常進入安全模式，然而只要一進入正常模式就出現上面提到的問題。
由于系統登錄總是停留在“正在連接網絡”處，所以筆者懷疑是網絡出現問題，例如主域控制器無法通過DNS解析自己。嘗試進入安全模式將網卡禁用，這樣系統就不會搜索網絡，嘗試連接網絡了。果然通過禁用網卡后系統可以正常進入桌面。
不過禁用網卡并不能治本，雖然服務器可以登錄桌面但是所提供的服務其他客戶機也無法使用了。為什么沒有了網卡就可以登錄呢?筆者再次將解除故障的思路集中到域名解析上。眾所周知在啟用了域的網絡中，DNS解析的域名與計算機是一一對應的，任何一臺計算機沒有在主域控制器上保留正確的DNS對應名稱的話都將無法使用網絡。
筆者在主域控制器上查看DNS服務的配置，發現主域控制器的DNS地址被設置為備份域控制器的IP地址。看來是備份域控制器上的DNS解析出現了問題。筆者馬上到備份域控制器進行檢查，原來是備份域控制器上的網線與網卡接口連接處松動了，也就是說備份域控制器實際上脫離了整個網絡。將備份域控制器上的網線插牢后啟動主域控制器上的網卡后就可以正常進入系統了，故障得到排除。
配置規則
本次故障看似是因為備份域控制器上的網線松動造成的，實際上是我們在建立域時的配置出現問題的結果，為什么這么說呢?因為在建立域時我們最好按照以下規則來配置DNS。
DC與BDC上都安裝DNS服務，而不是僅僅一臺服務器上啟用，防止DNS解析錯誤，為DNS解析提供冗余功能。
DC本機DNS服務器設置為自己的IP地址，BDC本機DNS服務器也設置為自己的IP地址。
同時在DC上輔助DNS服務器地址還要設置為BDC的地址，相應的BDC上的輔助DNS服務器地址也要設置為DC的IP地址。
這樣我們在進行DNS解析時就不會輕易出問題了，象本次這樣的故障也不會發生了。因為登錄主域控制器時進行DNS解析并連接網絡時就會自動查詢自己本機的DNS設置，即使BDC網線松動或關機也不會影響DC的登錄。
處理總結
在Windows系統中配置域控制器是件非常麻煩的事情，而且故障的發生更沒有規律可言，所以在升級網絡為域時這個初始化操作也一定要遵循上面介紹的規則，這樣可以將故障發生機率降到最低。
看過“dns服務器故障排除”的人還看了：