【導讀】
域名解析異常直接影響官網訪問、郵箱收發及SaaS應用連通性。本文梳理主流Linux/Windows下驗證與排查DNS配置的標準化命令，助力企業IT人員自主定位問題根源。
常見域名解析命令功能對比
DNS解析是網絡通信的第一步。不同操作系統內置工具側重點各異：
nslookup：交互式查詢工具，兼容性強；適合初學者快速測試指定DNS服務器響應
dig（Domain Information Groper）：Linux/macOS主力工具，輸出詳盡、支持多記錄類型（A、CNAME、MX、TXT等）、便于腳本集成
ping：僅校驗最終IP可達性，無法區分是DNS失敗還是路由中斷
host：輕量級非交互指令，常用于自動化檢測場景
典型故障場景與對應命令組合
企業日常遇到的多數解析問題可通過如下三步法閉環確認：
執行 dig example.com @8.8.8.8 —— 驗證公共DNS是否正常返回結果
執行 dig example.com @162.105.172.42 —— 對比新網默認遞歸DNS服務器表現
執行 nslookup -q=mx example.com —— 單獨查驗郵件交換記錄完整性
在此處添加配圖
新網推薦的企業級實踐建議
基于多年客戶服務經驗，我們總結出四條高實效操作準則：
生產環境禁用本地hosts硬編碼替代DNS，規避更新滯后風險
MX記錄修改后至少保留舊值48小時，防止郵件丟失
CNAME不得指向多個主機名，否則引發CDN回源錯誤
定期使用新網自助平臺「DNS健康度掃描」核查TTL設置合理性與生效狀態
在此處添加配圖
延伸思考
為什么更換DNS服務器后仍看到緩存結果？如何強制刷新本地DNS緩存？
TTL為300秒時，在哪些環節可能被二次覆蓋導致延遲生效？