基于Linux的DNS疑難解答

Linux服務器上的名稱解析故障排除從基礎知識開始。首先，服務是否已安裝并正在運行？其次，區(qū)域文件是否準確，它們是否包含解析網絡主機所需的資源記錄？

Linux的名稱解析服務是Berkeley Internet Name Domain（BIND），目前版本為9。

1.檢查是否安裝了BIND

排除名稱解析服務器故障時，請確保BIND已安裝并正在運行。使用以下命令確認BIND 9已安裝：

$ named -v

輸出應指示BIND 9已安裝并顯示版本號。如果未安裝BIND 9，這就是對該服務器的名稱解析查詢失敗的原因。

在Red Hat、Fedora和類似的發(fā)行版上，鍵入以下內容以安裝BIND 9：

$ sudo dnf install -y bind bind-utils

在Ubuntu、Debian和類似的發(fā)行版上，鍵入以下內容：

$ sudo apt install bind9 bind9-utils bind9-dnsutils

管理員是否需要安裝各種額外的實用程序取決于他們打算如何使用名稱解析服務器。

2.確保BIND正在運行

假設安裝了BIND，下一步是確保服務正在運行。系統 命令使用以下語法：

$ sudo systemctl status bind9

管理員可以使用systemctl啟動，停止，再啟動，使能?和禁用?命令來管理服務。

別忘了設置防火墻允許端口53/udp用于查詢，53/tcp用于區(qū)域傳輸。

3.檢查區(qū)域配置

存儲BIND 9配置文件的主目錄通常是/etc/綁定?和/var/cache/bind。主要的服務配置文件有named.conf，named.conf.default-zones，named.conf.local?和named.conf.options這些文件定義名稱解析服務如何執(zhí)行其任務。

請注意，確切的目錄和文件名以及位置可能因發(fā)行版而異。這在Linux系統上并不少見。grep?的/etc?和/var?字符串目錄包含命名的.

區(qū)域文件包含將特定主機名與IP地址相關聯的實際資源記錄。區(qū)域文件通常位于/var/cache/bind。標準資源記錄，例如授權起始（SOA）和名稱服務器（NS）記錄，與用于名稱解析查詢的A和指針（PTR）記錄一起存儲在這里。如果服務器解析多個區(qū)域的查詢，則每個區(qū)域將具有其自己的文件。

使用以下命令檢查區(qū)域文件配置，其中地帶名稱?是管理員正在進行故障排除的DNS區(qū)域的名稱：

$ sudo命名檢查區(qū)域zonename.comdb.zonename.com

該指定檢查區(qū)?實用程序檢查區(qū)域文件的語法。此檢查提供了測試和排除現有區(qū)域文件故障的機會，并在將新區(qū)域文件加載到BIND9之前確認其配置。

結果應通過提供退出代碼指示區(qū)域正在正確響應0。如果檢查返回退出代碼1，檢查區(qū)域文件內容是否有錯誤。管理員可能會遇到以下錯誤：

• 區(qū)域名稱不正確。
• 區(qū)域文件可能包含不正確的A和PTR資源記錄。
• 記錄可能有印刷錯誤。

注意事項：?管理員可能會發(fā)現，使用dig、host和nslookup等工具從客戶端系統進行故障排除有助于正確識別某些問題。

基于Windows的DNS疑難解答

微軟Active Directory域服務?(AD DS）集成了多項服務，以提供安全性和易于管理性。第一項服務是DNS AD集成區(qū)域。此功能支持使用AD數據庫復制DNS數據庫--一種更全面的復制設計。第二項服務是動態(tài)主機配置協議（DHCP）擁有的A和PTR記錄的動態(tài)更新。DHCP注冊客戶端的主機名和IP地址?在租用IP地址配置后，使用DNS，確保-希望-DNS區(qū)域填充有準確的信息。因為這三種服務一起工作，所以通常將它們放在同一臺服務器上是有意義的。

任何名稱解析故障排除都必須涉及AD DS和DHCP。在查看事件查看器消息或試圖縮小名稱解析問題的范圍時，請記住這一點。有幾個控制臺和Windows PowerShell cmdlet可用于排除DNS故障。

1.驗證是否已安裝DNS

首先，通過檢查服務器管理器或服務項目?如有必要，請?zhí)砑覦NS角色，并將服務器配置為AD域的一部分。任何服務（包括DNS）都可以在服務項目?中的控制臺工具?管理員可以檢查服務的狀態(tài)并從該控制臺重新啟動服務。

2.檢查區(qū)域

打開DNS管理器?管理員還可以在這里創(chuàng)建新的區(qū)域，以及管理區(qū)域復制、安全設置和轉發(fā)等配置。

3.使用PowerShell排除配置故障

只要管理員記住了適當的cmdlet和參數，命令行環(huán)境（如PowerShell，可以是高效的，并且通常比導航GUI更快。顯然，命令行界面的主要好處是腳本。管理員甚至可以生成他們自己的名稱解析故障排除腳本。

有幾個cmdlet可幫助進行DNS故障排除和報告。它對于顯示區(qū)域中的記錄、確認DNS服務器對查詢名稱的名稱解析是可能的特別有用。

以下是使用PowerShell排除配置故障或檢索信息的幾個示例。

使用以下cmdlet清除DNS解析程序緩存：

〉Clear-DnsServerCache

使用以下cmdlet從服務器檢索資源記錄，并確認記錄存在：

〉Get-DnsServerResourceRecord -ComputerName DC1 -ZoneName myzone.local

從指定的DNS服務器檢索A記錄，方法是添加- RR A型?參數：

〉Get-DnsServerResourceRecord -ComputerName DC1 -ZoneName myzone.local -RRType A

4.檢查DNS配置

從服務器管理器中，轉到工具?菜單，然后選擇DNS?打開DNS管理器?控制臺。管理員可以展開節(jié)點以顯示服務器知道的任何DNS區(qū)域。以下是根據故障排除方案需要檢查的一些區(qū)域：

• 確認列出了正確的區(qū)域。
• 搜索靜態(tài)資源記錄中的任何印刷錯誤。
• 驗證是否存在正確的A和PTR資源記錄。
• 確認防火墻允許DNS流量。

管理員還可以使用DNS控制臺檢查區(qū)域屬性，如清除和轉發(fā)器。這些設置會影響DNS處理名稱解析查詢的方式。清除有助于清理DNS記錄。在AD環(huán)境中，Windows客戶端或DHCP服務器動態(tài)創(chuàng)建A和PTR資源記錄。如果不進行處理，記錄的數量會繼續(xù)增長，而不會刪除較舊的記錄，這就是為什么DNS可以使用老化和清除等屬性的原因。

時效標識指定時效的資源記錄。這些記錄被標記為陳腐的，并且在另一個指定的時間間隔后它們將被清除（刪除）。請確保在區(qū)域中的一個DNS服務器上啟用了清除，以保持區(qū)域的大小可管理。

轉發(fā)會將未解析的查詢發(fā)送到另一臺服務器。此配置將內部DNS服務器（可能與AD域控制器（DC）位于同一位置）與直接Internet訪問隔離。相反，指定的DNS服務器（稱為運輸公司?駐留在網絡的面向Internet的屏蔽子網或DMZ中。內部DNS服務器將對外部Internet資源的查詢轉發(fā)到轉發(fā)器。

要檢查的另一個設置是條件轉發(fā)。DNS條件轉發(fā)使管理員能夠將特定域名與已知DNS服務器關聯。當DNS服務器接收到與該域名相關的查詢時，該查詢將直接發(fā)送到列出的DNS服務器，而不通過多個其他服務器進行解析。請確保標識的任何域名都正確，并且提供了適當的DNS服務器IP地址。

5.重新加載區(qū)域

接下來，嘗試重新加載區(qū)域。管理員還可以重新啟動DNS服務。但是，請注意，這也會重新啟動AD DS，并可能影響客戶端系統。假設站點上至少有兩個AD DC，以減輕一次一個DC不可用的影響。

6.檢查事件查看器日志

接下來，檢查事件查看器DNS日志。管理員可能需要查看AD DS事件，甚至可能是DHCP事件，而不僅僅是DNS條目。注意指示DNS啟動問題的條目。更重要的是，檢查DNS和AD DS是否存在復制錯誤。

Windows提供了多種DNS服務接口。管理員可以通過服務項目?控制臺，但大多數DNS故障排除可能會在DNS管理器?控制臺。此控制臺可啟用區(qū)域管理、顯示資源記錄并修改服務設置，如清除和轉發(fā)。AD集成區(qū)域可提高DNS區(qū)域復制的安全性和性能，并實現DNS和DHCP之間更緊密的集成。因此，在對DNS問題進行故障排除時，請不要忘記檢查AD復制和DHCP設置。

總結

DNS服務器提供網絡上最關鍵的服務之一。名稱解析使用戶能夠使用相對容易記住的名稱。在后臺，系統將這些名稱與TCP/IP所需的IP地址相關聯。許多服務都依賴于DNS，包括電子郵件，Web瀏覽，文件共享，打印機共享和AD。通過確保服務已安裝、正在運行且可訪問來開始故障排除。確認存儲資源記錄所需的區(qū)域存在且配置正確。最后，驗證查詢目標的資源記錄存在且準確。