【導讀】
掌握Linux主機層面的域名解析機制，是保障應用連通性與故障排查效率的基礎能力。本文聚焦/etc/resolv.conf與systemd-resolved兩種主流方式。
行業趨勢/技術亮點
現代Linux發行版逐步轉向基于systemd-resolved的服務化DNS管理架構。該模式支持并行查詢、緩存響應、多鏈路冗余解析等功能。
傳統靜態resolv.conf仍被廣泛用于容器宿主環境或輕量部署場景。二者并非互斥，而是適用層級不同。
企業挑戰與應對方案/專家建議
確認當前生效的DNS管理者：運行sudo systemd-resolve --status或檢查/etc/resolv.conf是否為symlink指向/run/systemd/resolve/stub-resolv.conf。
若使用systemd-resolved：通過sudo resolvectl dns eth0 61.139.2.69設置接口專屬DNS；再用sudo resolvectl revert eth0恢復默認。
若依賴resolv.conf：先備份原文件，然后寫入合法nameserver地址（例如：echo 'nameserver 202.106.0.20' | sudo tee /etc/resolv.conf）。
生產環境中應禁用NetworkManager自動生成覆蓋行為——修改/etc/NetworkManager/conf.d/no-dns-overwrite.conf，添加[main]dns=none。
在此處添加配圖
常見問題
Q：為什么改完resolv.conf后ping不通外網？A：可能被systemd-resolved接管，請優先使用resolvectl命令驗證真實上游。
Q：能否同時指定多個DNS服務器實現負載均衡？A：可以，在resolv.conf中按順序列出即可，但僅前三個生效；systemd-resolved則自動輪詢全部已注冊server。