ERR_NAME_NOT_RESOLVED：檢查 DNS 並修復網頁無法開啟

Facebook Line Messenger Telegram

ERR_NAME_NOT_RESOLVED表示主機名稱無法解析。Chromium錯誤定義將它列為NAME_NOT_RESOLVED（-105）；它不是網站回傳的HTTP狀態碼，也不能單憑這串文字認定電腦、DNS服務或網站端哪一方有問題。先核對網址，再比對裝置、網路與瀏覽器的結果。

若近期更換網域、主機或DNS設定，先找出實際修改的紀錄及時間；不要把SSL、網域解析與代理設定當作同一層問題。保留原設定，逐項檢查，避免同時切換多個服務而失去比較依據。

Chrome顯示此錯誤時，重點是排查名稱解析，而不是直接套用伺服器500錯誤的處理方法。一次嘗試可能受本機設定、網路路徑、解析服務或網域本身配置影響；網站管理員的DNS設定也屬於可能原因，不能說一定不是網站端故障。

把 DNS 想成網路的電話簿，解析失敗就是查不到號

要理解這個錯誤，得先認識 DNS 的運作方式。DNS（Domain Name System，網域名稱系統）就像是網路的電話簿。當你在瀏覽器輸入一個網址，電腦會先向 DNS 伺服器發出查詢：「這個網域的 IP 位址是多少？」DNS 伺服器回應後，瀏覽器才能用那個 IP 位址跟目標伺服器建立連線。這整個過程叫做「域名解析」。

查詢失敗可能有不同結果，Chromium另列DNS逾時、伺服器失敗等錯誤，並非所有DNS異常都必然呈現同一代碼。本文用錯誤訊息作為排查起點，不把它當成已確定根因。

ERR_NAME_NOT_RESOLVED 與其他 Chrome 錯誤的差異

Chrome 有好幾種 DNS 相關的錯誤訊息，長得很像但代表不同意義。搞清楚你遇到的是哪一種，才能對症下藥。

錯誤	代表的階段	不能單憑代碼推論
ERR_NAME_NOT_RESOLVED	主機名稱無法解析	不等於DNS伺服器完全無回應或網站端無責任
ERR_CONNECTION_REFUSED	連線嘗試被拒絕	不能據此證明所有DNS設定都正確
ERR_TIMED_OUT	操作逾時	不能只判定為網站伺服器太慢
ERR_CONNECTION_RESET	連線被重設	不能只認定網站主動重設；需查路徑與相關紀錄

簡單說，ERR_NAME_NOT_RESOLVED 是「連地址都查不到」，而 500 Internal Server Error、502 Bad Gateway Error、503 Service Unavailable Error 這類 HTTP 狀態碼錯誤是「地址查到了但伺服器有問題」。如果是 504 Gateway Timeout Error，則是伺服器回應太慢導致逾時。確認錯誤類型後，再往下看對應的解決方法。

快速診斷：問題在你這邊還是網站那邊？

先記下完整網址、錯誤碼、時間，以及是否開啟VPN或自訂安全DNS。再做以下比對，一次只改一個條件：

多個不相關網站都失敗：優先檢查連線、登入入口與目前網路設定，不能直接斷定DNS服務損壞。
只有同一網站失敗：核對網域拼字，再比較另一個允許使用的網路或裝置；網站端解析、過濾與本機設定都可能相關。
只有Chrome失敗：檢查Chrome設定、擴充功能及安全DNS，不能只因其他瀏覽器正常就認定快取損壞。

外部可用性工具只能提供它所用測試位置與路徑的結果，不能替你判定公司內網、VPN或本機的狀態。先用另一個允許使用的網路測同一網址，保存差異；一般網速測試也不能直接證明特定網域解析正確。

可用nslookup查詢發生錯誤的完整網域，而不是只查一個正常網站。例如nslookup example.com中的example.com應換成實際目標。回傳IP只代表本次向該解析器的查詢取得地址，不保證地址符合預期，也不證明Chrome使用同一解析路徑；Non-authoritative answer不是所有瀏覽器正常的驗收標記。

DNS查詢結果怎麼讀？

依Microsoft的nslookup說明，timed out代表等待與重試後未得到回應，還需分辨查詢路徑、服務或阻擋；Nonexistent domain表示查詢名稱不存在。No records則是該名稱沒有所查類型的紀錄，不能直接當成整個網域不存在；Server failure與Refused也應各自保留原訊息，不混成同一個錯誤。

每次比對記錄目標名稱、查詢類型、解析器、回應和時間。不要把私有內部網域送到未核准的公共解析器；查到IP後仍需測原網址，才能知道名稱解析以外是否還有連線或HTTP問題。

方法一：先比對瀏覽器與安全DNS設定

先重新開啟瀏覽器並測同一網址，記錄是否只影響一個瀏覽器。本文沒有清快取成功率統計；清除Cookie會影響登入狀態，也不能直接修復網域端DNS紀錄，不列為所有人的第一步。

先保留資料做比對：

重新確認網址拼字，避免從錯誤書籤重複開啟。
用另一個瀏覽器或允許使用的網路測同一網址。
記錄目前安全DNS、VPN與Proxy設定；公司裝置先交管理員確認。
只有證據指向特定設定時再調整，保留原值與回復方式。

核對Chrome安全DNS：

在Chrome設定的隱私與安全 → 安全，查看目前使用安全DNS的方式。
依Google說明，自動模式失敗時可能改用未加密查詢，自訂提供者則不會這樣退回。
若自訂提供者出錯，先確認服務及設定。需要暫時切換作比對時，記錄原值，測試後回復；不要把關閉加密當成永久修復。

再次開啟原網址，並比對變更前後結果。恢復正常只支持這次條件變更與結果相關，不足以證明ISP故障。受管理或有家長監護的裝置，安全DNS功能可能不可用，應依管理規則處理。

方法二：清除系統 DNS 快取（Windows / macOS / Linux）

若證據指向系統解析快取，可依作業系統支援方式清除後重查。這不會修復遠端權威DNS紀錄，也不應當成所有502或其他HTTP錯誤的通用處理。本文未在故障裝置執行清除，不能保證重現或修復。

Windows（10 / 11）：

按下 Win 鍵，輸入 cmd。
在「命令提示字元」上按右鍵，選擇「以系統管理員身分執行」。
輸入 ipconfig /flushdns 並按 Enter。
看到「已順利清除 DNS 解析快取」的訊息就代表成功了。

Microsoft的ipconfig說明指出/displaydns包含從hosts預載與最近查詢所得的紀錄，/flushdns會重設解析快取。因此不要用清除後紀錄是否為零判定網站已修好；應重新查詢目標並測原網址，記下回傳與錯誤變化。

macOS：先查目前版本的本機手冊

開啟終端機，用man dscacheutil查看目前系統支援的選項；不要直接套用不同版本的指令組合。
本次查閱macOS 26.6.2的手冊，-flushcache會清除整個Directory Service快取，手冊建議只在特殊必要情況使用。若診斷需要且有管理權限，可依本機手冊使用sudo dscacheutil -flushcache；它不只是針對某個網站的操作。
記錄執行結果，再重查目標並開啟原網址。沒有輸出或錯誤，不足以證明所有解析快取都已清除，更不代表網站問題已修好；本文未執行這項清除，也未驗證其他macOS版本。

Linux：以下只適用於使用systemd-resolved的環境

先用resolvectl status確認能取得systemd-resolved的狀態。Ubuntu或Debian的名稱本身不保證正在使用這項服務；指令不存在或服務未運行時，先查實際使用的解析服務。
確認適用且需要清除時，依systemd官方手冊執行sudo resolvectl flush-caches，它清除的是該服務在本機維護的DNS紀錄快取。
可用resolvectl statistics查看服務統計，再查詢目標並測原網址。後續查詢可能再次建立快取，不要用快取數為零當作網站修復標準；也不要為了執行這段教學另行安裝或停用解析服務。

方法三：有比較依據時再測試其他DNS

若同一目標在不同解析服務結果不同，可以在網路政策允許下比較。先保存原DNS設定，一次只測一組，完成後可回復自動取得或原值。公共DNS不能修復權威端錯誤、過期網域或VPN內部名稱；切換成功也不能單憑一次結果認定某家ISP不穩。

服務與官方設定	IPv4位址	比較前先確認
Cloudflare標準1.1.1.1	1.1.1.1 1.0.0.1	標準服務不做內容過濾；Families使用另外的位址，不要混為同一組。
Google Public DNS	8.8.8.8 8.8.4.4	先保存原設定；IPv6與加密DNS須依對應文件設定，不是只填這兩個IPv4位址。
Quad9 Secure	9.9.9.9 149.112.112.112	包含威脅阻擋；另有不阻擋及ECS版本，回應差異可能來自服務政策。

上表列的是官方IPv4設定範例，不是速度或隱私排名。本文未在你的網路測量延遲，也未實測阻擋結果；比較時應使用同一目標、相同查詢類型並記錄時間。若變更後影響原本可用的網站，先回復保存的設定，再查過濾政策與實際解析路徑。

加密DNS需要支援並設定DoH或DoT等協定。只把系統DNS改成1.1.1.1、8.8.8.8或9.9.9.9，不足以證明查詢已加密；DNS加密也不等於所有網路流量都經過VPN。請分別核對瀏覽器、系統與VPN實際使用的解析方式。

Windows 11 變更 DNS：

開啟「設定」→「網路和網際網路」。
點選你目前使用的連線（乙太網路或 Wi-Fi）。
找到「DNS 伺服器指派」區塊，點擊旁邊的「編輯」按鈕。
將自動改為「手動」，開啟 IPv4 的開關。
在「慣用 DNS」輸入 1.1.1.1，「其他 DNS」輸入 1.0.0.1。
按下「儲存」。

Windows 10 變更 DNS：

開啟「設定」→「網路和網際網路」→「變更介面卡選項」。
在目前的網路連線上按右鍵，選擇「內容」。
選擇「網際網路通訊協定第 4 版 (TCP/IPv4)」，按「內容」。
勾選「使用下列 DNS 伺服器位址」，輸入慣用 DNS 和其他 DNS。
按下「確定」儲存。

macOS 變更 DNS：

開啟「系統設定」→「網路」。
選擇目前的網路連線，點擊「詳細資訊」。
切換到「DNS」分頁。
點選左下角的「+」按鈕，加入 1.1.1.1 和 1.0.0.1。
按下「好」儲存設定。

路由器DNS設定可能影響共用網路中的多台裝置，應在確認權限與影響範圍後才修改。裝置、瀏覽器或VPN可能另有解析設定，所以不能保證改路由器就統一所有查詢；先從單一裝置的可回復比對開始。

手機若需要更換解析方式，先確認目前私人DNS、VPN或組織設定，以及工具實際啟用的模式與回復方法。不把安裝App當成單一網站解析失敗的預設處理。

方法四：重新啟動網路設備與重設網路設定

重啟設備可能改變連線狀態，但不代表每台路由器都有相同的DNS快取行為。若多人共用或正在通話、傳檔，先安排可中斷的時間；不要把重啟後正常當成已找到根因。

重啟路由器與資料機：依設備提供者的步驟重啟，等待狀態指示正常後再測目標網址。所需時間與連線恢復依設備和線路而定，不承諾2至3分鐘內全部恢復，也不要把重新開機與恢復原廠設定混為一談。

Microsoft將網路重設列為最後步驟。先完成連線與解析比對，保存網路設定、VPN及必要存取資料，再決定是否使用；只有特定網站解析失敗時，不應直接重設整個網路。

Windows 網路重設：

開啟「設定」→「網路和網際網路」→「進階網路設定」。
找到「網路重設」選項，點擊「立即重設」。
系統會提示將在 5 分鐘後重新啟動電腦，確認後等待重開機。

先做以下唯讀檢查，將example.com換成實際出錯的公開網域。這些指令不會重設介面卡或釋放目前IP；不要把release、堆疊重設與清DNS全部連續執行，這些操作的效果與恢復方式不同。

ipconfig /displaydns
nslookup example.com

保留輸出，先比較目標查詢與原網址結果。若之後確有必要重設網路，按前述官方流程與備份安排執行，不因完成唯讀檢查就重開機。

macOS先確認連線設定：

在系統設定查看目前使用的網路服務及DNS設定。
保存原值，確認是否由VPN或組織管理。
先比對其他允許的網路，不因單一網域失敗就刪除整個Wi-Fi或乙太網路服務。

Windows網路重設會移除並重新安裝網路介面卡、將相關設定恢復預設；Microsoft提醒VPN軟體或虛擬交換器可能需重裝設定。不同作業系統與操作的影響不一，不能概括成所有Wi-Fi密碼及VPN必然全被清除。公司或遠端維護裝置應先由管理員安排恢復方式。

方法五：檢查防火牆、防毒軟體與 VPN 設定

若近期修改安全軟體或VPN，先查看記錄與規則是否涉及目標網域或解析連線。時間接近只是線索，不能直接認定安全軟體過度阻擋；保留防護，先用記錄及官方診斷方式縮小範圍。

Windows Defender 防火牆：

查看Windows安全性中的防火牆設定及可用記錄，確認是否真的有與失敗查詢相關的阻擋。
依Microsoft說明，只在必要時放行所需程式或連線；不要預設把Chrome在私人、公用網路全部放行。
保存原規則，由管理員或產品支援確認最小必要變更，測試後回復不需要的例外。

第三方防護軟體：先查其事件記錄、更新與官方疑難排解。不要為了單一解析錯誤直接長期停用網路防護或把整個瀏覽器排除；即使某次調整後正常，也需要確認實際規則與回復防護的方式。

VPN問題排除：先確認是否只在VPN連線時發生，以及目標是否為必須透過VPN才能存取的內部名稱。查看服務的DNS與連線診斷說明，不假設每家都有「使用系統DNS」選項；切換或中斷VPN可能改變存取範圍與資料路徑，應依組織或服務政策處理。

擴充功能比對：無痕視窗也可能包含被允許在無痕執行的擴充功能，且Cookie與登入狀態不同。無痕正常不能直接證明某個擴充功能是原因；記錄差異，一次停用一個候選並重測，再回復原設定。

Proxy檢查：確認是否使用組織指定的代理及設定腳本。不要把「關閉Proxy」當成所有人的標準答案；受管理環境先請IT核對，避免失去內部網站存取。

方法六：檢查 hosts 檔案是否被竄改

hosts可在本機指定名稱與地址對應，一般名稱解析流程可能參考它。不同應用程式或查詢工具的行為不一定相同，因此仍須分別測試目標網址與解析結果；hosts有條目不代表所有程式都使用了該條目。

惡意軟體很喜歡利用這個機制，偷偷在 hosts 檔案裡加入錯誤的紀錄，讓你無法正常開啟某些網站（特別是防毒軟體官網和銀行網站）。如果你只有特定幾個網站打不開，非常值得檢查一下 hosts 檔案。

Windows：

以系統管理員身分開啟「記事本」（在開始選單搜尋「記事本」，右鍵選擇「以系統管理員身分執行」）。
在記事本中開啟 C:\Windows\System32\drivers\etc\hosts（注意：檔案類型要選「所有檔案」才看得到）。
先備份hosts並確認哪些項目由系統、開發工具或組織管理；不能用是否只有localhost判定正常。
核對目標網域是否有相關紀錄，以及加入來源與用途；確認錯誤且有權限時才修改，保留可回復副本。
存檔後清除 DNS 快取（參考方法二）。

macOS：

開啟終端機。
輸入 sudo nano /etc/hosts 並按 Enter。
先備份並核對目標網域的紀錄來源，不因看不懂就刪除；受管理設定請IT確認。
按 Ctrl+O 存檔，Ctrl+X 離開。
修改hosts後，重新查詢並測原網址；若仍異常，核對修改內容並回復備份。是否需清除系統快取，依前述macOS本機手冊與實際診斷決定，不預設每次編輯都要清空整個快取。

如果有證據顯示hosts遭未授權修改，再進行安全軟體掃描並找出修改來源。合法的開發、封鎖或組織設定也可能出現在hosts中，陌生紀錄本身不是遭入侵的證明。

你是網站管理員？檢查網站端 DNS 設定

如果其他人都打不開你的網站，問題可能出在網站端的 DNS 紀錄設定。常見的情況包括：A 紀錄或 CNAME 紀錄設定不完整、指向錯誤的 IP、或者 DNS 紀錄尚未傳播完成。這在更換虛擬主機或調整 Cloudflare DNS 設定時特別常見。

若使用外部DNS檢查工具，比較的是其查詢位置和解析器，不代表所有訪客的結果。剛改紀錄時應核對權威設定及快取期限；錯誤設定不會因等待48小時就自動修好。先保存修改前後的值與查詢結果，再向DNS託管方確認。

請到實際負責該網域權威DNS的服務核對設定，而不是只查看網站主機後台。網站主機與DNS託管可能由不同業者提供；更換主機品牌本身不保證減少解析錯誤。

適合誰、不適合誰

適合自行排除的人：一般上網用戶遇到 Chrome 突然無法開啟網站、台灣 ISP 用戶遇到 DNS 不穩、剛更換 DNS 設定或 VPN 服務後出現問題的人。
先請管理員協助的人：公司受管理裝置、遠端作業中不能中斷連線，或不清楚設定用途的使用者。可先記錄網址、錯誤與範圍比對結果，不先刪hosts或執行網路重設。

下一步：3 個立即可以做的動作

核對同一網址：檢查拼字，再用另一個瀏覽器或允許的網路比對。記下何時、哪種條件失敗，先縮小範圍，再決定是否需要調整設定。
記錄解析與瀏覽器結果：查詢實際出錯的網域，核對回傳地址或錯誤，再查看Chrome是否另用安全DNS。查詢成功不等於網站一定能開啟。
一次只改一項並可回復：有證據指向DNS、hosts或其他設定時，先備份再調整。測試原網址並保存結果，不以陌生紀錄或一次成功直接判定根因。

常見問題

ERR_NAME_NOT_RESOLVED 只在特定網站出現，是什麼原因？

先核對網址與其他裝置、網路的結果。單站失敗可能涉及網站端DNS、本機設定、過濾或解析路徑，不能只列兩種原因或直接認定hosts遭修改。保存查詢結果與錯誤時間，再決定要請網站管理員、網路提供者或本機管理員協助。

換了 DNS 伺服器之後還是出現 ERR_NAME_NOT_RESOLVED 怎麼辦？

先確認Chrome是否仍使用自訂安全DNS、VPN或Proxy，以及更換的設定是否作用於本次查詢。再比較同一目標的結果；如果仍失敗，將網址、時間、解析回應與影響範圍交給管理員或服務提供者，不因方法都試過就判定路由器遭劫持。

手機上也會出現 ERR_NAME_NOT_RESOLVED 嗎？

手機也可能遇到名稱解析問題，但不同系統與瀏覽器可能呈現不同文字。先核對網址，並在允許的情況下比較Wi-Fi與行動網路；不要直接安裝DNS或VPN App當成唯一解法，先確認原本的私人DNS、VPN與管理設定。

使用 VPN 時出現 ERR_NAME_NOT_RESOLVED 該怎麼處理？

先記錄VPN連線狀態、目標是否內部名稱及錯誤時間，再依該服務官方流程診斷。不要把內部名稱拿到公共DNS測試，也不要只因中斷VPN後正常就認定服務故障；保留必要連線與組織設定，向管理員提供比對結果。

ERR_NAME_NOT_RESOLVED 和 DNS_PROBE_FINISHED_NXDOMAIN 有什麼不同？

NAME_NOT_RESOLVED表示主機名稱無法解析，不能等同DNS伺服器完全沒回應。DNS的NXDOMAIN回應表示查詢名稱不存在，但瀏覽器顯示與實際查詢仍須一起核對；逾時、SERVFAIL或找不到某類型紀錄是不同結果，不能只用兩種Chrome字樣推定唯一原因。