Clash 常見問題

用戶端是可供點選操作的介面；核心是實際處理連線、執行規則的程式，例如 mihomo；訂閱則是取得設定內容的更新網址。三者並不相同。安裝用戶端後，通常還要匯入自己有權使用的訂閱或本機設定，再選取設定檔並啟動。用戶端能開啟，不代表訂閱已可使用；訂閱能更新，也不代表其中每個節點都能連線。排查時，先確認問題出在介面、取得設定，還是實際連線這個環節。

日常使用建議先選規則模式，依設定中的規則將連線交由指定策略處理。全域模式會將進入核心的連線交給全域策略，適合短暫用來對照排查；直連模式則讓進入核心的連線直接連至目標。模式本身不會決定哪些應用程式的流量會進入核心，還要看系統代理、應用程式自身設定或 TUN 接管。切換全域模式後仍無法開啟網頁，不代表規則一定有誤，也要檢查全域策略選項、節點連線及網域解析。測試完成後，記得切回原本的模式。

節點是一組具體的代理連線設定；策略組則是整合節點、直連或其他策略組的選擇入口。規則通常會指定策略組名稱，而不是直接指定某個節點。如果目前的連線沒有命中你修改的策略組，連線路徑就不會改變。先在連線清單中找到目標網域，查看命中的規則與策略鏈，再調整相應的策略組。若使用自動選擇組，也要留意健康檢查可能會重新選擇出口；需要固定出口時，請使用設定中提供的手動選擇組。

不需要一開始就同時開啟。系統代理會將代理伺服器位址提供給遵循系統設定的應用程式；TUN 則透過虛擬網路介面接管符合路由條件的流量，涵蓋範圍取決於用戶端與設定。新手可以先用系統代理確認瀏覽器能否連線，再依遊戲、命令列工具或其他應用程式的需求啟用 TUN。排查時一次只調整一項設定，避免兩種接管方式互相干擾。啟用 TUN 也不代表所有流量都一定會經過代理，實際路徑仍由路由、規則與應用程式的網路行為共同決定。

先前往訂閱服務商的帳戶頁面，確認服務狀態、有效期限與流量額度，再重新複製專供用戶端使用的訂閱網址，並檢查網址前後是否多了空格或換行。登入頁面的網址不一定是訂閱網址。若回傳內容是網頁、登入提示或錯誤頁面，用戶端就無法將它解析為設定檔。接著查看更新記錄中的狀態碼：401、403 通常與存取授權有關，404 可能表示網址已變更，429 則建議稍後再試。請勿在公開討論區分享含有存取憑證的完整訂閱網址。

先確認剛匯入的設定檔已設為目前使用的設定，而不只是出現在設定清單中。接著檢查匯入結果是否包含代理節點或代理集合，並確認代理集合是否另有更新錯誤。有些訂閱只提供節點清單，無法直接當作完整的執行設定；也有些設定需要連網取得其他資源。先別急著覆寫現有檔案，保留可正常運作的設定，再確認服務商要求的用戶端格式及核心相容性。更新成功後，回到策略組確認是否已出現可選項目。

YAML 是以縮排表示層級的文字格式。先複製一份原始檔案，再依照記錄中的行號檢查附近幾行，特別留意冒號、清單項目的連字號及空格縮排。不要混用定位字元與空格；含特殊字元的文字可依 YAML 語法加上引號。語法檢查通過後，也要確認策略組引用的節點名稱、規則引用的策略組名稱確實存在，且名稱完全一致。每次只修改一小段並重新載入；若仍無法載入，就還原備份，再依照手冊逐段檢查，不要一次連續修改多個欄位。

TUN 建立虛擬網路介面及修改路由時，通常需要額外權限。先依照用戶端提示的步驟處理：Windows 用戶端可能需要安裝並啟動服務，macOS 可能需要授權輔助程式，Linux 則視部署方式使用相應權限或服務管理工具。完成授權後重新啟用 TUN，再查看記錄是否仍有建立介面失敗的訊息。不要執行來路不明的指令碼大量修改系統權限。如果裝置由公司或機構管理，請先確認管理政策是否允許；權限無誤仍失敗時，再檢查是否與其他 VPN、虛擬網卡或安全軟體衝突。

請以連線清單中的實際連線為準，不要只看策略組按鈕。開啟用戶端的連線頁面，再重新整理目標網站，依網域或應用程式名稱找到連線，查看命中的規則、使用的策略及最後連線的節點。網頁可能同時連線到多個網域，因此首頁與圖片、影片不一定走相同路徑。規則通常由上往下比對，第一條符合的規則會決定處理方式；最後的 MATCH 是前面規則皆未符合時的預設規則。如果看到的是舊連線，可以先關閉該網站的分頁再重新開啟，觀察新建立的連線。

訂閱更新通常會重新取得遠端設定，直接修改訂閱檔案的內容可能會被覆寫。建議優先使用用戶端提供的覆寫、合併或擴充功能，將自訂內容與遠端設定分開保存；各用戶端的功能名稱與合併順序可能不同，請勿直接照搬其他用戶端的寫法。調整後查看最後生效的設定，確認自訂規則排在前面、引用的策略組確實存在，再手動更新一次測試。若用戶端不支援持續套用覆寫設定，可以保留獨立的本機設定檔，但後續節點與規則更新就需要自行維護。

先確認修改的是該連線實際使用的策略組，再檢查是否仍有舊連線尚未關閉。有些應用程式會重複使用長連線，切換策略不一定會中斷已建立的連線。可以先關閉相關網頁或結束應用程式，再重新送出連線；必要時只關閉用戶端連線清單中的對應連線，避免中斷其他工作。出口檢測頁面也可能有快取，建議搭配連線清單與新的測試連線一起判斷。如果策略鏈包含自動選擇組或巢狀策略組，請展開查看最後選用的節點，不要只看外層策略組名稱。

GeoIP 是將 IP 位址對應至地區的資料，供相關規則判斷使用；它與訂閱中的節點資訊是不同資源。只有設定確實使用這類資料時，更新才會影響相關判斷。先確認目前核心使用的資料格式，再透過用戶端支援的資源更新功能更新，避免直接替換不同格式的檔案。更新完成後，依用戶端要求重新載入或重新啟動核心，再查看測試連線命中的規則。地區資料無法保證每項服務都依預期分流；針對特定網站時，明確的網域規則通常更容易檢查。

逾時只表示這次測試未能在指定時間內取得結果，不能單憑這點判定訂閱失效。先確認本機直連網路正常，再分別測試其他節點，並觀察是否只有某個測試網址失敗。如果部分節點可用，問題較可能出在節點或線路；如果全部失敗，還要檢查裝置時間、設定載入結果、網路限制，以及其他 VPN 的影響。延遲測試與實際瀏覽網頁並不完全相同，也請直接測試目標服務。排查時記下具體錯誤與發生條件；向服務商回報時，請隱藏訂閱網址、密碼等敏感資訊。

先確認系統代理位址指向本機，並確認連接埠與目前核心的 HTTP 或混合代理連接埠一致，不要只憑常見連接埠號碼猜測。接著檢查瀏覽器擴充功能、獨立代理設定及略過清單，有些應用程式會忽略系統設定。開啟新的網頁時，同時查看用戶端的連線清單；如果沒有新紀錄，優先確認流量是否進入核心；若已有紀錄，再檢查規則與出口。也要確認沒有其他代理軟體持續改寫系統設定。測試完成後，建議只保留一種明確的代理接管方式。

先確認一般瀏覽器能透過相同代理連線，再判斷目標應用程式是否確實屬於受網路隔離影響的 UWP 應用程式；並非所有市集應用程式都屬於這類。回送是指應用程式存取本機位址，部分 UWP 應用程式預設會受到限制。如果用戶端附有回送豁免工具，可依提示以系統管理員權限開啟，只為需要的應用程式啟用豁免並儲存，再重新啟動該應用程式測試。也可以依系統文件使用 CheckNetIsolation 管理豁免。不要一次為所有應用程式解除限制；若問題仍未改善，再檢查應用程式本身的網路權限、代理支援與記錄。

先關閉 TUN 和系統代理，再正常結束用戶端，確認一般網路是否恢復。如果仍無法連線，檢查系統代理是否殘留本機位址，以及是否有其他 VPN 正在接管路由；不要一開始就重設所有網路設定。恢復直連後，一次只啟用一種接管方式重新測試，並查看錯誤是否與 DNS、路由或虛擬介面有關。DNS 負責將網域名稱轉換成 IP 位址，解析失敗也會導致網頁無法開啟。保留記錄與原始設定，逐項還原最近的變更；必要時重新啟動裝置，再確認直連是否正常。