詳細講解如何進行DNS故障排除
[b]問題真的出在 DNS 上嗎？[/b]在開始討論如何排除 DNS 問題之前，我們想知道您是否清楚怎樣判斷某個問題是由 DNS 而不是由別的命名服務造成的。在 Windows 主機上，判斷問題的原因是否真的出在 DNS 上可是件困難的事。Windows 支持的命名服務真是名目繁多：如 DNS、WINS、HOSTS、LMHOSTS 等數不勝數。然而常用的 Windows 2000 nslookup 卻全然不理會其他這些命名服務。您可能會只顧在 Windows 2000 計算機上運行 nslookup 和查詢名稱服務器，而有問題的服務卻可能在使用另一種不同的命名服務，這樣，您無異於竹籃打水。
怎樣才能知道將矛頭指向哪裏呢？首先，您需要考慮是哪一類程序出了問題。如果是 TCP/IP 客戶端，如 telnet 或 ftp，那么問題可能出在 DNS 和 HOSTS 文件上。如果是一個支持 NetBIOS 命名的實用程序，如 net（與在 net use 中一樣）中，那么值得懷疑的還要包括 WINS 和 LMHOSTS 文件。其他也使用 DNS 名稱或 NetBIOS 名稱作為參數的客戶端（如 ping）也會使用這些命名服務中的任意一種。
接下來，再考慮 Windows 使用這些命名服務的順序。在查找問題時，應按照此順序檢查各種服務。
中國
這些提示對您查出問題的症結會有幫助，至少可幫您排除一個懷疑對象。如果在縮小了懷疑範圍後 DNS 仍脫不了幹係，您才需要閱讀本章內容。
[b]檢查緩存[/b] [color=#f5fafe][/color]
如我們前面講到的，您可以使用 DNS 控制臺來檢查名稱服務器的緩存區中的內容。如果懷疑您的名稱服務器緩存了來自另一服務器的錯誤的或過時的數據，則這一方法可派上用場。如要檢查一個服務器的緩存區，請單擊 DNS 控制臺左窗格中該服務器名稱左邊的加號。您將看到一個名為 Cached Lookups 的文件夾。單擊其左邊的加號或雙擊文件夾圖標或標簽以展開下一級。這樣可顯示出您的名稱服務器已為其緩存了數據的那些頂級域。繼續展開，直至看到您要查看的緩存數據所在的那一域名。在圖 13-1 中，我們已通過不斷單擊展開了要在其中查看緩存數據的 acmebw.com。
[align=center][url=http://www./upimg/userup//0708/22135TC933.gif][img=461,187]http://www./upimg/userup//0708/22135TC933.gif[/img][/url] [color=#f5fafe][/color] [/align][align=center]圖 13-1 緩存中 acmebw.com 的 NS 和 A 記錄 [/align]如在右邊窗格中所見到的，我們的名稱服務器已為 acmebw.com 緩存了三條 NS 記錄和一條 A 記錄。如果依次雙擊 net 和 acmebw，我們還會看到這些名稱服務器的緩存地址。
如果想看緩存數據上的 TTL，請雙擊右窗格中的一條記錄。若 DNS 控制臺處於高級查看模式（選擇查看 > 高級），則出現的窗口將顯示出該記錄的 TTL。例如，在圖 13-2 中，我們雙擊了 acmebw.com A 記錄。 [color=#f5fafe][/color]
[align=center][attach]681[/attach] [/align]
[align=center]圖 13-2 緩存記錄上的 TTL [color=#f5fafe][/color] [/align]在檢查 TTL 之前，一定要用操作 > 刷新或用 F5 鍵刷新 DNS 控制臺，否則您看到的 TTL 可能會大於當前 TTL。
如果右鍵單擊該記錄，您可能會注意到有一個刪除記錄選項。現在，有某種在 BIND 中無法執行的操作。您可以使用 DNS 控制臺一個記錄一個記錄地刪除緩存的數據。如果您知道名稱服務器的緩存中某些記錄已過時，可以將它們刪除並讓您的名稱服務器從一個權威性名稱服務器中獲得更新後的記錄。
[b]潛在問題列表[/b]
讓我們逐一討論一些在生活中常見的 DNS 問題。這些問題中有許多問題都是容易識別和糾正的。我們當然要講述這些問題 - 它們之所以是一些最常見的問題，是因為它們是由一些最常見的錯誤造成的。下面就是這些問題，不分先後順序。 [color=#f5fafe]中國[/color]
1、忘記增加序列號
只有在您未使用 DNS 控制臺而是用手動方式更改區域數據文件時，才會出現此問題。DNS 控制臺在它每次更改區域數據時都會記著在 SOA 記錄中增加序列號，所以您不必為此操心。不過，這也意味著您可能不會養成更新序列號的習慣，所以在進行一次性手動修改時，您可能會忘記增加序列號。 中國
此問題的主要症狀是，從屬名稱服務器不會獲得您在主服務器上對該區域做的任何更改。從屬服務器認為區域數據並未更改，因為它看到的序列號仍是原來的序列號。
該怎樣檢查當時是否記著增加序列號呢？不幸的是，這就不是那么容易了。如果您不記得原序列號是什么，而現在的序列號不能表明它是什么時候更新的，則沒有直接的方法判斷它是否已更改。
Www.
在啟動主服務器時，不管您是否更改了序列號，它都將加載更新後的區域數據文件。最好的辦法只能是使用 nslookup 來比較主服務器和從屬服務器返回的數據。如果它們返回不同的數據，則表明您可能忘了增加序列號。如果您能想起最近作的一次更改，則可以查看此數據。如果記不起最近一次作的更改，則可以從一個主服務器和一個從屬服務器復制該區域，將結果排序並使用文件比較工具將它們加以比較。
還有一個好消息，即，盡管確定該區域此前是否已復制比較難，但現在要確保該區域被復制卻非常簡單。只須在 DNS 控制臺中雙擊 SOA 記錄並手動編輯序列號字段，增加主服務器上此區域的副本中的序列號即可。從屬服務器將在刷新時間間隔內獲得此新的數據，如果它們用了 NOTIFY，則會更快。 Www.
2、忘記重啟主要主控服務器
與上一個問題一樣，只有在手動更改區域數據文件時才會有此問題。DNS 控制臺可以動態添加和刪除數據，所以不需要重啟主要主控名稱服務器。
但是，如果未使用 DNS 控制臺，您可能會在編輯區域數據文件後忘記重啟主要主控名稱服務器。該名稱服務器不知道要加載新數據 - 它不會自動檢查此文件以查看是否已更改。這樣，您作的任何更改都不能在名稱服務器的數據中反映出來：將不會加載新區域，新記錄也不會反映到從屬服務器。
如想查出上次是在什么時候重啟名稱服務器的，請查看“事件查看器”輸出中最後一個條目，它類似於：
[b]DNS 服務器已開始[/b]。
這些事件上的日期和時間將告訴您上次重啟名稱服務器是在什么時間。
如果該重啟時間與您上次作更改的時間不相符，則請使用 DNS 控制臺停止並重啟該名稱服務器，然後重新加載其數據。還要檢查您更改的區域數據文件上的序列號是否也增加了。
3、DNS 服務器丟失以手動方式作的更改
最後關於手動更改還要再強調一點：要記住 Microsoft DNS 服務器會定期更新其區域數據文件。每次用 DNS 控制臺對一個區域的數據進行更改時，就有一個寫操作挂起：在 DNS 服務器退出之前，它必須重寫該區域的數據文件，否則它就會丟失您所作的更改。可以將此比作內存中一個已更新的頁：操作係統在退出之前必須將它寫到磁盤上。
如果您在一個寫操作挂起期間對一個區域數據文件作了手動更改，則在名稱服務器退出後您會莫名其妙地丟失所作的更改。比如您在服務器正在運行且有一個寫操作挂起時向一個名為 movie.edu 的新子域添加了委派。作完更改後，您必須將服務器停下並再次啟動，以讓它再次讀取該區域數據。但是在服務器退出時，它將重寫 movie.edu 區域數據文件，您的委派於是就會丟掉。如果仔細觀察（平時就需要這樣）事件查看器，會在服務器停止事件之前看到這樣一條消息：
The DNS server wrote version 37 of zone movie.edu to file movie.edu.dns. [color=#f5fafe][/color]
（DNS 服務器寫入區域 movie.edu 的版本 37 到 文件 movie.edu.dns。） [color=#f5fafe]中國[/color]
如果您用操作 | 更新服務器數據文件來強制服務器重寫其區域數據文件，則服務器就會與區域數據文件同步，而不必在退出時重寫。所以，如果要對區域數據文件作手動更改，那么要么首先停止服務器（但這意味著在您作更改期間服務器將不響應任何查詢），要么使用 DNS 控制臺將服務器與區域數據文件同步，然後再進行更改。
4、從屬服務器無法加載區域數據
如果一個從屬服務器無法從其主控服務器獲取某個區域的當前序列號，那么最初它是不會給您發警告消息的。然而，如果該問題一直存在而且從屬服務器在有效期時間內無法確定其數據是否是最新的，那么該區域就會過期。在一個 Microsoft DNS 服務器上，您將在事件查看器中看到與下文類似的一條消息：
在獲得成功區域復制或從這個區域作為 其源的主服務器獲得成功區域復制之前 movie.edu 區域就超時了。該區域已經被關閉。
區域過期後，當您向名稱服務器查詢該區域中的數據時，就會收到 SERVFAIL 錯誤消息：
[table=95%][tr][td][color=#ff0000]以下為引用的內容：[/color]
C:\> nslookup robocop wormhole.movie.edu.
Server: wormhole.movie.edu
Addresses: 192.249.249.1, 192.253.253.1
*** wormhole.movie.edu can't find robocop.movie.edu: Server failed[/td][/tr][/table]
出現此問題的原因主要有三個：由於網絡故障與主控服務器的連接斷開，為主控服務器配置的 IP 地址不正確，主控服務器上的區域數據文件中有語法錯誤。
首先，應使用 DNS 控制臺檢查該從屬服務器在嘗試從中加載數據的那一（些）主控服務器的地址。右鍵單擊左窗格中該區域的域名，選擇屬性，然後查看常規選項卡，如圖 13-3 所示。
[align=center][attach]682[/attach] [/align]
[align=center]圖 13-3 顯示出主控服務器的區域屬性窗口 [/align]
確認它是否真是主名稱服務器的 IP 地址。如果是，請檢查到此 IP 地址的連接：
[table=95%][tr][td][color=#ff0000]以下為引用的內容：[/color]
C:\> ping 192.249.249.3
Pinging 192.249.249.3 with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.
[/td][/tr][/table]
如果無法連接到主控服務器，請確定該服務器的主機
頁:
[1]