Clash 常見問題與故障排除
從訂閱匯入到代理生效，依問題發生的環節查找處理方法。每則說明優先提供可重現的檢查順序，適用於常見的 Windows、macOS、Android、iOS 與 Linux 用戶端。
先釐清用戶端、核心與設定
Clash 相關問題經常同時涉及圖形化用戶端、Mihomo 核心、訂閱內容與系統代理。先確認各層的職責，再進行安裝或網路排查，可以避免將用戶端介面問題誤判為節點故障。
Clash、Clash Meta 與 Mihomo 用戶端之間有什麼關係？
Clash 是代理用戶端與核心生態的統稱。現在常見的桌面用戶端通常採用 Mihomo 核心或其他相容核心；用戶端負責介面、匯入設定與系統代理，核心則負責解析設定、比對規則並建立連線。選擇用戶端時，應先確認平台支援、核心能力與維護狀態。
訂閱連結和單一節點有什麼差別？
單一節點只描述一組連線資訊，訂閱連結通常會提供多個節點、策略群組與規則設定。用戶端會定期透過訂閱網址取得更新，因此訂閱更新失敗時，既有設定可能仍可使用，但新增節點與策略變更不會同步。
全域、規則與直連模式該怎麼選？
規則模式會依設定中的規則決定連線路徑，適合日常使用；全域模式讓大多數請求統一經過選定的代理，適合暫時確認代理鏈路；直連模式則繞過代理，適合排查是否由代理設定造成存取異常。日常使用通常先選擇規則模式。
為什麼同一個訂閱在不同用戶端顯示的結果不同？
不同用戶端採用的核心版本、設定相容範圍、預設 DNS 設定與規則處理方式可能不同。先確認訂閱格式是否能被用戶端辨識，再檢查核心類型、覆寫設定與規則模式。不要只依節點數量判斷匯入是否完整。
從授權到首次連線逐項確認
安裝完成不代表代理已經接管流量。用戶端需要讀取設定、取得系統權限，並依平台差異建立系統代理或 VPN 介面。以下問題適合用於首次部署與更換裝置時的檢查。
Windows 安裝用戶端前需要確認哪些條件？
確認系統版本符合用戶端要求，並確保用戶端具備正常的檔案讀寫權限。首次啟動後檢查設定檔目錄、系統代理開關與防火牆提示。若電腦已安裝其他 VPN、代理工具或網路過濾軟體，建議先記錄其運作狀態，避免多個程式同時接管系統代理。
Android 用戶端為什麼需要 VpnService 權限？
Android 用戶端會透過 VpnService 建立本機 VPN 介面，將應用程式流量交由代理核心處理。這項權限不等同於遠端 VPN 服務授權，而是系統允許用戶端接管本機流量的必要條件。首次啟用時，應在系統彈出視窗中確認授權，並檢查是否有其他 VPN 正在執行。
iOS 用戶端匯入設定後無法連線，該檢查哪些項目？
先確認設定已成功匯入，再到系統設定中允許用戶端新增 VPN 設定。返回用戶端後選擇規則或全域模式，選定可用策略後執行連線。若系統狀態列沒有顯示 VPN 圖示，請重新檢查授權視窗、系統 VPN 清單，以及是否與其他 VPN 設定衝突。
訂閱更新失敗時，排查順序是什麼？
先在瀏覽器或用戶端日誌中確認訂閱網址是否可存取，再檢查系統時間、網路連線與訂閱網址是否完整。接著確認用戶端目前是否有可用代理，必要時使用直連更新或暫時切換網路。若網址回傳 HTML、登入頁面或錯誤訊息，而非設定內容，應聯絡訂閱提供者確認網址狀態。
讓訂閱、節點與代理模式維持可控
穩定使用有賴可觀察的設定流程：更新後確認內容，連線前確認策略，存取異常時區分測試目標。不要把單次測速結果視為所有網路請求的結論。
訂閱更新成功但節點清單沒有變化，原因是什麼？
用戶端可能仍保留舊設定，或訂閱伺服器尚未更新內容。查看更新日誌中的回應狀態與匯入結果，確認設定更新時間確實改變；接著執行一次設定重新載入，檢查代理群組是否引用了新節點。如果訂閱內容本身沒有變化，用戶端不會憑空產生新節點。
節點測試逾時，但瀏覽器仍可存取網頁，該如何判斷問題？
節點測試網址與實際存取目標並非同一條鏈路，逾時可能來自測試目標無法連線、節點限制、DNS 解析或測試逾時時間過短。先以代理模式存取已知可用的目標，再查看用戶端日誌；同時比較其他節點與不同測試 URL。不要只憑單次延遲或逾時結果判定節點完全無法使用。
啟用 TUN 模式前需要準備什麼？
啟用 TUN 前，應確認用戶端支援對應系統，準備管理員或系統授權，並關閉可能衝突的 VPN、虛擬網卡與其他流量接管工具。啟用後檢查 TUN 狀態、DNS 設定與規則模式，再使用命令列或瀏覽器確認實際流量是否進入代理。若遇到斷網，先關閉 TUN，恢復系統代理模式進行比較。
TUN 模式提示權限不足，或啟用後立即關閉，該怎麼辦？
檢查用戶端是否以所需權限執行，並確認系統安全軟體沒有阻擋虛擬網卡或網路服務。Windows 使用者還應檢查相關驅動程式安裝提示與既有 VPN 配接器；Linux 使用者則檢查執行權限、路由設定與核心能力。查看日誌中的具體錯誤後再重新啟用，不要連續重複切換，以免留下多個殘留介面。
從系統代理、回環到 DNS 逐層定位
當只有部分應用程式無法存取時，問題通常不在「節點是否上線」這一層。依序檢查應用程式是否遵循系統代理、是否需要本機回環，以及 DNS 是否回傳預期位址，有助於縮小故障範圍。
系統代理已開啟，但部分軟體仍然直連，為什麼？
系統代理主要影響遵循系統代理規範的應用程式；部分軟體使用獨立網路堆疊、固定代理設定或僅支援特定協定，因此不會讀取系統代理。先確認用戶端的監聽位址與連接埠，再檢查目標軟體的代理設定；若需要接管這類流量，可評估 TUN 模式，並留意其對權限、DNS 與網路路由的額外要求。
Windows UWP 應用程式無法透過代理存取，如何處理回環？
部分 UWP 應用程式預設無法存取本機回環位址，導致無法連線至執行於本機的代理連接埠。可使用系統提供的應用程式回環豁免工具，為目標 UWP 應用程式勾選回環權限並儲存設定，然後重新啟動應用程式。操作前只選擇確實需要存取本機代理的應用程式，完成後再檢查系統代理與用戶端日誌。
Fake-IP 模式下區域網路裝置或特殊應用程式無法存取，該怎麼辦？
Fake-IP 會為網域名稱指派虛擬位址，依賴網域解析與規則比對的應用程式可能因此出現相容性問題。先確認目標網域已加入 Fake-IP 排除清單或 nameserver-policy 設定，再清除用戶端 DNS 快取並重新連線。區域網路裝置、印表機、遊戲主機，以及需要直接取得真實位址的應用程式，應依實際情況優先設定直連或排除。
DNS 設定異常時，如何區分是解析問題還是節點問題？
先在直連模式下解析同一個網域，再切換至規則模式比較結果。如果直連解析失敗而代理解析正常，問題可能出在本地網路或 DNS；如果解析都正常但連線失敗，則應繼續檢查節點、規則與目標服務。查看日誌中的 DNS 請求、回傳位址與命中規則，比反覆更換節點更容易定位原因。
修改規則後為什麼沒有立即生效？
修改規則檔案後，用戶端可能仍在使用記憶體中的舊設定或舊 DNS 快取。先儲存設定並執行設定重新載入，再確認規則檔案路徑與語法正確；接著清除相關連線或重新開啟應用程式。查看規則命中資訊時，也應確認規則順序；MATCH 等兜底規則若過早出現，會使後續規則無法匹配。