請求協助檢查 DNS 伺服器上的區域資料 (Zone Data) 同步錯誤

Mei Huang 80 信譽點數
2026-10-27T08:12:37.7333333+00:00

維持預設的區域轉送 (zone transfer) 權限設定是否足夠讓次要 DNS 伺服器接收更新,還是有方法可以在 Windows Server 上全面審查此設定, 意思是當次要伺服器發生資料無法同步的錯誤時,系統管理員可以逐步檢查與 Active Directory 整合的複寫設定、網路防火牆原則以及 DNS 事件記錄檔 (Event Viewer),以進行具體的偵錯?

Windows for business | Windows 365 商務版
0 則留言 沒有留言

1 個回答

排序依據: 最實用
  1. Domic Vo 36,505 信譽點數 獨立顧問
    2026-10-27T09:13:20.8166667+00:00

    您好,

    預設的區域傳送(Zone Transfer)權限不一定足夠,必須先確認 DNS 區域類型及複寫方式。如果主要與次要 DNS 伺服器使用傳統主要/次要區域,請在主要伺服器的 DNS 管理員中開啟區域屬性,檢查「區域傳送」是否已啟用,以及是否限制為指定的次要伺服器 IP。若使用 Active Directory 整合區域,則應優先檢查 AD 複寫與區域複寫範圍,而不是直接調整區域傳送權限。

    在 PowerShell 中執行 Get-DnsServerZone,確認區域類型及 IsDsIntegrated 狀態。對於 AD 整合區域,可使用 repadmin /replsummary 與 repadmin /showrepl 檢查網域控制站間的複寫狀態,並確認區域的複寫範圍是否包含相關 DNS 伺服器。若是傳統區域傳送,請確認防火牆允許 DNS TCP 53;DNS 查詢通常使用 UDP 53,但區域傳送使用 TCP 53。

    接著檢查「事件檢視器 > Applications and Services Logs > Microsoft > Windows > DNS-Server」中的相關記錄,以及「Windows Logs > System」內的 DNS 事件。也可執行 Resolve-DnsName <zone-name> -Server <primary-DNS-IP>,確認主要伺服器是否能正確回應查詢,並檢查次要伺服器的區域傳送錯誤及最後同步時間。

    若問題仍未解決,請提供區域類型(AD 整合或傳統主要/次要)、Windows Server 版本,以及 DNS 事件記錄中的錯誤代碼或訊息,便能進一步判斷問題來自 AD 複寫、區域傳送設定或網路連線。

    Domic Vo.

    此回答有幫助嗎?

    0 則留言 沒有留言

您的回答

答案可由問題作者標示為「已接受」,而由仲裁者標示為「推薦」,這可協助使用者知道答案解決了作者的問題。