Clash 已連線但無法上網怎麼辦？DNS、Fake-IP 與規則檢查

記錄失敗目標、錯誤原文與目前模式，再依下表選擇檢查項目。核心執行不代表代理連接埠可用，節點可達也不代表 DNS 正常，這些結果需要分別確認。

以下系統代理對照與連接埠檢查適用於 Windows/macOS。Android 使用者先核對 VPN 授權與分應用程式設定，具體操作請見手機教學；已有連線紀錄時，DNS、規則與節點的判斷仍可參考後文。

關閉 TUN，只保留 Rule 模式與系統代理，重新開啟同一個網頁。系統代理可用而 TUN 斷網，訂閱和節點至少有一條基本可用路徑，重點轉向服務、路由與 DNS；兩種模式都失敗，則先不碰虛擬網路介面卡。

直連測試改用目前網路原本能開啟的網頁；不要沿用必須代理的目標。關閉系統代理後，這類網頁也失敗時，再檢查 Wi-Fi、寬頻、企業驗證或路由器。Clash 無法修復原本就無法上網的網路。

清空連線記錄，存取一個固定網域。如果完全沒有新請求，瀏覽器可能沒有使用系統代理，連接埠可能寫錯，或應用繞過了目前接管方式；繼續換規則和節點不會改變這一點。

請求已經出現時，記下目標、命中規則、策略群組和錯誤。意外 DIRECT、REJECT、timeout、connection refused 提示的原因不同，應分別檢查。只看系統匣圖示顏色，會漏掉這些具體證據。

瀏覽器一開啟就顯示無法連線到代理伺服器，常見原因是 Windows 或 macOS 仍指向 127.0.0.1 的舊連接埠，而目前用戶端沒有監聽。到用戶端設定讀取實際 mixed-port，再用 netstat、lsof 或 ss 驗證。

連接埠存在時可用 curl -x 顯式請求，區分本機代理入口與系統代理寫入。顯式代理成功、瀏覽器失敗，問題在系統或瀏覽器設定；顯式代理也失敗，才回到核心、節點和日誌。

網域沒有目標位址、nslookup 失敗，或關閉瀏覽器安全 DNS 後結果改變時，檢查解析入口。暫時關閉瀏覽器 DoH 做對照，再核對系統與 Clash 實際使用的解析路徑，以及 nameserver 是否可達；關閉一個開關不會自動讓兩者使用相同解析設定。

恢復後再決定是否重新開啟瀏覽器的獨立解析。路由器解析與瀏覽器解析並存時，Clash 可能拿不到完整網域。

Fake-IP 模式下，網域解析到 198.18.0.0/15 一類位址通常是正常現象：應用先連線這個虛擬位址，Mihomo 再把它還原成網域並匹配規則。看到 198.18.x.x 本身不代表 DNS 被污染，關鍵是連線頁面能否保留原網域並命中預期策略。

真正需要處理的是切換設定、改規則或從 Redir-Host 改到 Fake-IP 後，系統和應用仍拿著舊結果。此時先關閉測試應用，清理系統 DNS 快取，再重啟 Mihomo 核心後重新測試；不要一邊保留舊連線，一邊連續切換增強模式。

NAS、印表機、路由器管理介面和企業內部網域若必須回傳實際內部網路位址，應加入目前設定的 fake-ip-filter 或交給對應內部網路 DNS。驗證結果是這些本機網域仍解析到實際 LAN 位址，而公用網路網域能在連線頁恢復為網域並正確分流。