Clash 常見問題

Clash Meta 是 Clash 衍生核心的舊稱，該專案後來更名為 mihomo。核心負責協定連線、規則比對與 DNS 處理；圖形化客戶端則提供匯入訂閱、選擇策略組、切換系統代理等操作介面。即使使用相同的 mihomo 核心，不同客戶端的選單位置與設定覆寫方式也可能不同。排查問題時，請一併記下客戶端名稱與核心版本，不要只憑視窗上的 Clash 字樣判斷支援功能。更換客戶端前，先匯出設定並記下自訂項目，再確認新客戶端的核心說明。

客戶端是用來載入設定的工具，安裝完成不代表已有可用的遠端代理服務。通常需要匯入有權使用的訂閱連結，或載入包含出站、策略組與規則的本機設定。訂閱效期、流量限制與伺服器狀態由服務提供者管理，無法透過重新安裝客戶端重設。初次使用時，先確認設定來源，再檢查是否成功建立策略組；如果只有直連選項，應檢查設定內容與匯入記錄，而非反覆切換系統代理。訂閱網址可能含有存取憑證，請勿公開分享。

訂閱連結是取得遠端內容的入口；Profile 通常是客戶端中儲存的一份設定；YAML 則是常見的設定檔格式。訂閱回傳的內容可能是完整的 Clash 設定，也可能只有節點清單；若是後者，需由客戶端支援相應的匯入方式，或透過可信任的工具轉換。匯入後，請確認策略組、規則與 DNS 設定是否齊全。遠端更新通常會取代訂閱產生的內容，因此需長期保留的自訂規則，建議放在客戶端提供的覆寫或合併設定中，避免直接修改更新時會被覆蓋的檔案。

規則模式會依設定中的規則為連線選擇出站，適合日常依目標分流。全域模式會將交由核心處理的連線統一交給全域策略，適合暫時比對測試，但不代表會接管裝置上的所有應用程式。直連模式通常會讓核心處理的連線直接連到目標，適合排除代理出站問題。這三種模式都以流量確實進入核心為前提；若應用程式繞過系統代理，切換模式可能不會有作用。變更後請建立新連線並查看連線記錄，既有的長連線可能仍沿用原本的出站。

先選作業系統，再確認處理器架構與安裝檔格式。Windows 可在系統的「關於」頁面查看系統類型；macOS 可在「關於這台 Mac」中確認使用 Apple 晶片或 Intel；Linux 可透過 uname -m 查看架構，再依發行版選擇套件。Android 請先確認裝置與客戶端的架構需求，不要把桌面版安裝檔或核心壓縮檔當成手機應用程式。安裝失敗時，記下系統版本與完整錯誤訊息，先排除架構不符、系統版本過舊或舊版安裝衝突，不要接連嘗試來源不明的修改版安裝檔。

在設定或 Profiles 頁面貼上完整訂閱網址並匯入，接著確認該筆設定已選為目前使用的設定。有些客戶端會將下載設定與啟用設定分成兩個步驟，清單中出現項目不代表核心已載入。接著確認策略組是否顯示預期選項，並查看記錄中是否有 YAML 解析錯誤或不支援的欄位。若匯入的是本機檔案，請保留原始副本，並確認外部規則集與代理組合能否正常取得。最後選擇可用的出站建立新連線，再檢查比對到的規則與策略。

TUN 模式需要建立虛擬網路介面並調整路由，通常需要比系統代理更高的權限。Windows 請先確認客戶端的服務模式已安裝並執行，再依提示授予權限；macOS 請檢查系統網路延伸功能或輔助服務是否已獲授權；Linux 請依客戶端文件確認 TUN 裝置與所需權限。Android 和 iOS 通常需要核准 VPN 設定。不要只為了排查問題而長期關閉系統安全機制。若仍無法啟用，先退出其他 VPN 或網路接管工具，再查看介面、路由或權限錯誤；分享記錄前，請移除訂閱網址與憑證。

iOS 客戶端通常透過系統網路延伸功能傳輸流量，因此首次連線時會要求新增 VPN 設定。先確認授權提示來自剛安裝的客戶端，再依系統流程核准；之後返回 App 匯入設定並啟動連線。系統顯示 VPN 標示，只能表示通道已啟用，無法證明所選的遠端出站可用，仍須查看客戶端記錄確認。若裝置由組織管理，相關權限可能受管理政策限制，請聯絡裝置管理員。使用 Clash Plus 時，可從下載頁前往 App Store；產品資訊請見 clashplus.io。

手動選擇組由使用者固定選取一個出站；自動測試組通常依指定測試網址的探測結果選取出站；故障切換組則依設定順序與可用性處理。測試結果只反映當下連線至該測試目標的狀況，不代表所有網站的實際體驗，也不等同下載頻寬。排查特定網站時，可先改用手動選擇組並固定同一個節點，避免自動切換造成干擾。也請確認策略組是否還包含其他巢狀組，最終出站可能不是目前頁面顯示的那一層。切換後請以新連線確認結果。

規則通常由上而下比對，第一個符合的項目會決定出站。自訂規則應放在可能先行比對的廣泛規則之前，目標策略名稱也必須與實際策略組相符。若客戶端提供覆寫或合併功能，建議優先在該處管理，並確認規則插入的位置；直接編輯遠端設定，可能在訂閱更新後遺失。儲存後重新載入設定，並在連線記錄中確認比對到的規則。網域規則需要核心能辨識網域；連線重用與既有長連線也可能影響觀察，測試前建議關閉舊連線後重新連線。

Fake-IP 會為網域配置虛擬位址，再由核心利用對應關係辨識目標並進行分流；redir-host 通常會將實際解析出的位址回傳給應用程式。選擇時應考量客戶端接管 DNS 的方式與應用程式相容性，而不是只看模式名稱。若個別區域網路服務或應用程式異常，先確認問題網域，再考慮透過 fake-ip-filter 排除該網域，避免一次排除過大的範圍。切換模式後，可能需要清除系統與應用程式的 DNS 快取並重新建立連線。若應用程式自行使用加密 DNS，也請確認其解析是否繞過目前設定。

允許區域網路連線可讓同一個受信任網路中的其他裝置使用本機代理連接埠。除了開啟開關，也需確認監聽位址、實際連接埠與系統防火牆規則；其他裝置應填入執行客戶端之裝置的區域網路位址，而非自身的迴圈位址。僅向必要的網路與裝置開放；在公共網路中應保持關閉，並依客戶端功能設定存取驗證。不要透過路由器將代理連接埠或控制介面轉送至公網。若連線失敗，請依序檢查網路隔離、防火牆、連接埠監聽與驗證資訊，不能只看開關狀態就判定可用。

先查看更新記錄中的具體錯誤，再決定下一步。HTTP 401 或 403 通常需檢查授權與服務狀態；404 可能代表網址失效或路徑變更；429 則應稍後再試。逾時、網域解析失敗與 TLS 錯誤，請優先檢查網路、系統時間與憑證環境。若下載成功但解析失敗，回傳內容可能是登入頁、錯誤頁或不相容的訂閱格式。請保留目前可用的設定，確認客戶端更新訂閱時使用直連還是代理，再改用另一種方式取得。請勿將含有憑證的完整連結貼到公開檢測網站。

通常先檢查單一出站，不必急著重新安裝。固定選取有問題的節點，查看記錄是網域解析失敗、連線遭拒、交握失敗還是探測逾時，再確認訂閱是否過期及伺服器參數是否變更。若部分測試目標無法連線，測試逾時不一定代表所有實際連線都失敗，應搭配真實連線請求判斷。可改用可信任的網路重複測試，以分辨目前的網路路徑問題或伺服器故障。若只有依賴 UDP 的協定異常，也請確認網路是否支援相關流量；不要為了消除錯誤訊息而隨意停用憑證驗證。

系統代理只會影響遵循該系統設定的應用程式；命令列工具、部分瀏覽器設定及應用程式內建的網路堆疊，可能使用獨立的代理設定。先確認系統中的代理位址與連接埠是否對應目前的客戶端，再檢查是否有其他軟體反覆修改設定。開啟新頁面並查看客戶端連線記錄：完全沒有記錄時，優先檢查流量入口；有記錄但比對為直連時，檢查模式與規則；已比對至代理但連線失敗時，檢查出站。若確實需要接管更多應用程式，可評估使用 TUN 模式，但應先確認權限與路由環境，避免同時執行多個網路接管工具。

部分 UWP 應用程式受到 AppContainer 的迴圈存取限制，可能無法連線至客戶端監聽的本機代理連接埠。先確認一般桌面應用程式可以使用相同代理，並確認目標應用程式確實受到此限制；不要把所有從市集安裝的程式都視為 UWP。可使用客戶端提供的迴圈存取豁免工具，或依 Windows 的 CheckNetIsolation 工具說明，為目標套件新增豁免；此操作通常需要管理員權限。新增後請完全結束並重新啟動應用程式，再查看連線記錄。只為確有需要的應用程式設定；停用時可移除相應豁免。