Clash 常見問題

Clash 最初是負責連線、規則比對與 DNS 處理的代理核心；Clash Meta 是在此基礎上擴充功能的分支，後來以 mihomo 之名持續發展。Clash Verge Rev 等桌面用戶端則在核心之外提供圖形介面、設定管理與系統整合。訂閱能否使用，主要取決於核心支援的協定與設定欄位，而非介面是否相似。遇到未知欄位或不支援協定的錯誤時，先查看用戶端的核心資訊，再核對設定需求；單純更換介面主題不會改變協定相容性。

用戶端負責讀取設定並轉送流量，安裝完成不代表就有可用的代理服務。通常還需要服務提供者提供的訂閱網址，或包含伺服器資訊、驗證參數與規則的設定檔。先確認設定適用於目前的核心，匯入並設為使用中的設定，再選擇策略群組與流量接管方式。軟體授權與代理服務費用是兩回事，須視所選專案與服務提供者而定。訂閱網址通常含有存取憑證，應像密碼一樣妥善保管；排查問題時請遮蔽網址、使用者名稱與驗證資訊，勿將完整設定檔貼到公開討論區。

系統代理會將代理位址寫入作業系統設定，主要影響會讀取該設定的應用程式；部分遊戲、命令列程式或自行管理網路連線的應用程式可能不會使用它。TUN 模式透過虛擬網路介面與路由接管流量，通常涵蓋更多應用程式，但也更仰賴系統權限、路由與 DNS 設定。日常瀏覽可先使用系統代理，確認連線正常後，再依應用程式需求測試 TUN。啟用 TUN 不代表所有連線都一定會經過代理，實際流量仍受規則、排除路由與用戶端實作影響。用戶端可以協調使用這兩種方式，但不建議同時使用多套代理軟體接管網路。

先依作業系統與處理器架構篩選，再比較設定相容性和系統整合功能。本網站在 Windows、macOS、Android 與 iOS 優先列出 Clash Plus；Linux 可從 Clash Verge Rev 或 FlClash 開始比較。若要沿用現有的 mihomo 設定，請特別確認目標用戶端的核心與匯入格式，別只看名稱判斷。iOS 版 Clash Plus 可透過 App Store 取得，官方網站為 clashplus.io。遷移前請保留原有設定與規則，先在新用戶端確認訂閱、DNS 與常用應用程式運作正常，再停用舊用戶端，避免兩個用戶端同時修改系統代理。

Windows 可在設定的系統資訊中查看系統類型；macOS 可在「關於這台 Mac」查看晶片或處理器；Android 則可透過裝置資訊或廠商規格確認架構。x64 與 AMD64 通常指同一類架構，ARM64 安裝檔則適用於相應裝置；macOS 的 Apple Silicon 與 Intel 版本也要分清楚。不要只憑檔案大小選擇安裝檔。安裝失敗時，先記下完整錯誤訊息，再檢查系統最低需求、可用空間，以及是否仍有舊程序在執行。遇到系統安全提示時，應一併確認下載來源與專案說明；不要為了執行安裝檔而長期關閉系統防護，或任意變更安全設定。

先確認訂閱網址完整無誤，移除複製時帶入的空格、換行與結尾標點，再查看更新記錄中的具體錯誤。401 或 403 通常與驗證、權限或存取限制有關；404 可能表示網址已變更。若回傳的是網頁而非設定內容，請向服務提供者確認專用訂閱入口。若連線逾時，先檢查基本網路與更新請求的連線方式。若記錄顯示設定解析失敗，請確認訂閱格式是否適用於目前的用戶端與核心。不要反覆匯入同一個失效網址，也別將私人訂閱交給不明的轉換網站；憑證外洩時，應在服務端重設訂閱網址。

先關閉 TUN，確認一般代理連線正常，再查看記錄中是否有建立服務、虛擬網卡或路由的錯誤。Windows 桌面用戶端通常需要安裝或修復服務模式，請依該用戶端的說明操作；macOS 應完成系統要求的網路延伸功能或 VPN 授權；Linux 則需要建立 TUN 介面與修改路由所需的權限。Android 通常會跳出 VPN 連線授權提示，請確認要求來自目前使用的用戶端。既有 VPN、舊虛擬網卡或安全軟體也可能造成衝突。每次只調整一項再重試，不要直接長期以管理員身分執行來取代權限問題的排查。

部分採用應用程式容器隔離的 Windows 應用程式無法直接存取本機迴圈代理，因此可能出現瀏覽器正常、某個市集應用程式卻無法使用的情況；但並非所有市集應用程式都會遇到這個問題。先確認該應用程式是否使用系統代理，並查看用戶端是否記錄到它的連線。若確定是迴圈限制，可使用用戶端提供的 UWP 迴圈豁免工具，只授權需要的應用程式；這類操作通常需要管理員權限。變更後重新啟動目標應用程式再測試。若仍無法使用，請繼續檢查應用程式本身的網路設定、DNS 與規則；相容時也可測試 TUN。不要一律開放所有應用程式的權限。

日常使用通常從規則模式開始，讓連線依設定中的規則分流。全域模式會依全域策略處理連線，實際出口取決於該策略目前的選擇；適合短時間確認問題是否與分流有關，但不代表一定會選用某台代理伺服器。直連模式通常讓連線直接存取目標，不經過代理出口。切換模式後，新連線會依新策略處理，但既有長連線不一定會立即重建；測試時可重新開啟目標應用程式，或確認影響範圍後關閉相關連線。不同用戶端即使使用相同模式名稱，介面位置也可能不同；排查時請一併確認模式與策略群組的實際選項。

優先使用用戶端提供的覆寫、合併或持續保存規則功能，避免直接修改訂閱產生的檔案，以免下次更新時被覆蓋。規則通常由上往下比對，較具體的網域規則應放在可能先命中的通用規則之前，兜底的 MATCH 通常放在最後。新增後請檢查 YAML 縮排、規則類型、策略群組名稱與大小寫，並確認重新載入的是目前使用中的設定。網域規則也取決於用戶端能否辨識連線網域；若只看到目標 IP，比對結果可能不同。查看連線記錄中的命中規則與實際出口，比一再重新整理網頁更容易確認規則是否確實載入。

將啟動用戶端、啟動代理核心與啟用系統代理視為三個獨立步驟，逐一確認用戶端支援哪些選項。先在手動啟動時儲存可用設定，再啟用登入時啟動，並檢查是否有重複的系統啟動項目。若登入後網路暫時無法使用，可能是系統代理已寫入，但核心尚未就緒；也可能是網路還沒連上就開始更新訂閱。可視用戶端功能設定啟動延遲，避免多個網路工具同時啟動，並查看啟動記錄。不要將私人訂閱網址寫入公開腳本。取消自動啟動或解除安裝前，先正常結束用戶端並關閉系統代理，避免留下指向本機失效連接埠的設定。

延遲測試通常只反映對某個測試位址發出單次請求所需的時間，不等於持續下載頻寬，也不能代表所有網站的使用體驗。目標網站的位置、伺服器負載、線路壅塞、封包遺失與策略群組選擇，都會影響實際速度。先確認網頁連線確實使用了受測出口，再以相同目標、相同網路和相近時段比較，避免同時執行多個測速工作。若只有特定網站很慢，請檢查該網域命中的規則、DNS 結果與目標服務狀態；若所有連線都慢，再更換出口或基本網路交叉測試。不要只憑單次延遲結果就大幅調整 DNS 與 TUN 參數。

先關閉代理，確認基本網路能正常存取服務，再檢查訂閱是否成功更新、驗證是否仍有效，以及系統時間是否正確。接著搭配連線記錄，以實際網頁請求進行測試；如果網頁能開啟，但延遲測試逾時，可能只是測試位址無法連線或不適用目前線路，不應立刻判定所有節點失效。若實際請求也失敗，請記下逾時、驗證錯誤或 TLS 錯誤等具體資訊，再試用其他出口與不同的基本網路。若所有出口同時失敗，應優先檢查訂閱狀態、本機防火牆與網路環境。每次只變更一個條件，並保留錯誤資訊，方便向服務提供者說明問題。

先確認用戶端中的核心正在執行，並核對系統代理的位址與連接埠是否符合實際監聽值；不要直接把其他教學中的連接埠當成本機設定。接著查看連線清單，確認目標應用程式的請求是否進入用戶端。瀏覽器擴充功能、個別代理設定與某些命令列工具的環境變數都可能覆蓋系統代理，部分應用程式則完全不讀取系統設定。可先用支援明確指定代理的工具進行單次測試，再決定要為應用程式個別設定代理，或啟用 TUN。若結束用戶端後網路仍異常，請檢查系統是否殘留本機代理位址，並清除過時的代理環境變數，再重新啟動終端機。

先確認哪些網域應透過哪條路徑解析，再檢查用戶端 DNS、系統 DNS、瀏覽器安全 DNS 與其他 VPN 是否各自接管名稱解析。測試網站顯示的解析器位置只能作為參考，不能單憑這項資訊證明有洩漏；還需搭配設定、記錄，以及必要時的網路封包擷取，判斷查詢實際送往何處。Fake-IP 會回傳映射位址，協助核心將網域與連線關聯起來；它不等於加密 DNS，也不是所有情境都必須啟用。若遇到區域網路裝置探索或特定應用程式的相容性問題，可依文件設定例外。變更解析模式後，清除相關快取並重新啟動應用程式，再以相同請求重測，避免將舊快取誤認為新結果。

先在用戶端關閉 TUN 與系統代理，正常結束用戶端後檢查基本網路是否恢復；若用戶端異常結束，請檢查系統是否殘留代理設定或仍在執行的服務程序。確認只保留一個 VPN 或流量接管工具，再檢查 DNS、路由與虛擬網卡是否互相衝突。重新開啟用戶端時，先測試系統代理；確認正常後再單獨啟用 TUN，並查看建立介面、設定路由與 DNS 的記錄。若基本網路仍無法使用，可重新連線網路或重新啟動裝置後再測試。不要一開始就刪除所有網卡、清空路由或執行來源不明的網路重設命令，這些操作可能影響遠端連線和其他工作網路。