確定過時的答案是否是本地的
刷新本機DNS快取可以從一台電腦的解析器快取中刪除過時的答案。它不會發布DNS更改、清除外部遞歸伺服器或強制電子郵件接收者重複身份驗證。首先確定哪個組件提供了令人驚訝的答案。否則，成功的刷新訊息可能會產生錯誤的信心，而實際原因仍在其他地方。
此處的特定命令範例適用於 2026 年 11 月 8 日審查的 Windows 11 和 Windows Server 2025 的 Microsoft 文件。它們是建議的步驟，而不是執行的記錄。快取模型在其他系統上也有幫助，但本指南沒有規定 macOS 或 Linux 命令，它們的解析器實作和服務安排有所不同。此處未更改DNS或作業系統設定。
將可以記住答案的地方分開
工作站可以使用本機解析器緩存，而其配置的DNS伺服器則維護單獨的遞迴快取。應用程式可以新增另一個層或使用不同的解析路徑。權威伺服器發布專區資料；它不僅僅是工作站快取的另一個副本。在選擇幹預措施之前比較這些層。 DNS解析器和名稱伺服器在架構中扮演不同的角色。 RFC 1034
正資料可以在其剩餘的 TTL 內保持快取。否定答案也可以被快取：先前的缺席可能在操作員創建後仍然存在 一個記錄。因此，看似空洞的結果並不足以證明發表失敗。回應類型、確切名稱、查詢伺服器和觀察時間都很重要。 RFC 2308
請勿使用控制面板中目前顯示的 TTL 作為舊副本的通用倒數計時。較早的響應可能攜帶了另一個TTL，並且不同的解析器可能在不同的時間獲得它。一些解析器還可以在定義的故障條件下提供過時的資料。這是一個需要調查的單獨行為，而不是工作站刷新禁用的東西。 RFC 8767
在丟棄之前收集一個小的基線
在作用域 Windows 系統上，建議的唯讀指令 ipconfig /顯示DNS 顯示DNS客戶端緩存，包括從 Hosts 檔案派生的資訊和動態取得的記錄。建議的唯讀指令 ipconfig /全部 幫助記錄適配器和DNS配置。在本地查看輸出並在共享之前編輯不相關的網路詳細資訊。 微軟ipconfig
對於受影響的名稱，請注意哪個應用程式報告了問題以及它是否正在尋找TXT ， CNAME、A 或其他類型。到達網站的瀏覽器不會測試與查詢網站的郵件驗證器相同的依賴關係。 DKIM選擇器。記錄網路上下文，包括活動的公司 VPN（如果相關），但不要假設它是原因。保持基線完整，以便以後的改進有具體的可比較。
從配置的遞歸伺服器和經過驗證的權威伺服器請求對相同名稱和類型進行單獨的授權比較。聯繫指定伺服器的查找實用程式並不能證明應用程式自己的快取所包含的內容。將每個結果視為不同的觀察結果。本文沒有提供真正的解析器比較，因此其目錄證據要求仍然開放。
使用刷新作為受控的本地更改
建議的修改命令是 ipconfig /flushdns。微軟將其描述為重置DNS客戶端解析器緩存，包括動態添加的條目和負緩存條目。僅根據組織的權限和提升要求在目標 Windows 主機上運行它。首先捕獲基線；此操作故意丟棄有助於診斷問題的資訊。 微軟ipconfig
這不是在此處運行該命令的請求。這也不是從故障排除清單中加入其他指令的理由。特別是，DHCP釋放和續訂是不同的操作， DNS註冊不是快取清除。本地快取調查不應默默地擴展到更改網路連接或發布主機註冊資料。
授權沖洗後重複原始應用操作並保留第二次觀察。保持名稱、記錄類型和網路路徑一致。如果工作站立即從其遞歸伺服器收到相同的過時答案，則重複的本機刷新不太可能隔離任何新內容。升級解析器比較，而不是把一個小的診斷步驟變成儀式。
解釋結果而不發明因果關係
想像一個虛構的情況，其中權威服務具有新的DKIM選擇器，企業解析器仍然返回否定答案，並且工作站也緩存了該否定答案。清除工作站快取不會刪除公司解析程式的副本。下一個請求可以用相同的結果重新填充工作站。因此，新的權威查詢和工作站重試會回答不同的問題。
現在假設命名伺服器比較是最新的，但應用程式的行為仍然不同。研究應用程式的解析器路徑、其自身的快取行為以及其正在查詢的確切身份。不要立即聲明 Windows 已損壞或變更公用DNS 。如果刷新後結果發生變化，請將序列記錄為觀察結果，而不是證明每次驗證失敗都有相同的原因。
諸如SERVFAIL之類的錯誤也需要單獨的分支。不等於確認失踪 TXT記錄，而沒有響應詳細資訊的空輸出是薄弱的證據。在決定是否涉及DNS 、網路或應用程式擁有者之前，保留故障、伺服器身分和時間。 RFC 1035
定義分辨率的實際意義
當受影響的應用程式和相關DNS觀察結果與預期狀態一致或將剩餘差異分配給特定所有者時，關閉本地快取事件。記錄已更改和未更改的內容。面向客戶的註釋應說明本機快取已重置，而不是DNS已全域刷新。
對於電子郵件身份驗證，請將接收服務保留在此聲明之外。管理員筆記型電腦上的刷新不會改變遠端接收器的快取 SPF, DKIM 或者 DMARC 依賴關係，並且不會重新評估已處理的訊息。成功的端到端身份驗證需要合適的接收訊息證據。乾淨的本地結果是一種有用的觀察結果，而不是郵件送達的最終證明。