Clash 常見問題

Clash 泛指規則代理工具及其設定生態；用戶端通常負責匯入訂閱、選擇策略、設定系統代理及顯示記錄，核心則負責處理連線、DNS 與規則比對。mihomo 是這個生態中持續發展的核心，不同用戶端採用的核心及支援欄位可能各不相同。排查問題時，先到「關於」或核心資訊頁面記下兩者的名稱與版本，再查閱相應說明；介面上有某個開關，不代表目前載入的核心支援所有相關設定。

安裝完成只代表用戶端可以執行，還需要有效的代理設定。設定可以來自服務商提供的 Clash 訂閱，也可以是自行維護的 YAML 檔案，內容應包含可用節點、策略組及規則。網站提供的教學與設定片段只用來說明欄位之間的關係，不能取代實際服務。匯入前先確認訂閱格式與核心相容；匯入後檢查節點是否出現，再選擇策略並啟用系統代理。訂閱網址通常含有存取憑證，請像帳號密碼一樣妥善保管。

規則模式會依 rules 的順序比對連線，符合規則後套用指定策略，適合日常依網站分流。全域模式會將進入核心的連線交由全域策略處理，適合暫時確認問題是否出在規則；但這不代表所有應用程式都已由代理接管。直連模式會讓進入核心的連線直接連至目標，仍可能經過核心的 DNS 處理。切換模式後，請建立新連線再驗證；既有的長連線可能仍使用原本的出口，因此不要只看舊分頁判斷切換結果。

舊設定中的通用欄位通常可作為遷移基礎，但仍須由新用戶端採用的核心實際檢查。遷移前先匯出設定，並記下策略組選擇、系統代理連接埠、TUN 與 DNS 設定；匯入後先確認語法正確，再測試連線。舊用戶端的介面設定、指令碼與覆寫機制不一定能直接遷移。建議從下載頁選擇持續維護中的用戶端，並依照錯誤訊息逐項調整欄位。確認新用戶端運作正常後，再停用舊用戶端的開機自動啟動與代理服務，避免兩者同時接管網路。

在用戶端的設定或訂閱頁面選擇從 URL 匯入，貼上完整網址，下載成功後將該設定設為目前使用的項目。若只新增訂閱記錄、沒有啟用設定，節點頁面可能仍顯示舊內容。若清單是空的，請確認回傳內容是 Clash YAML，而不是登入頁面、錯誤訊息或供其他工具使用的編碼清單。接著確認設定中有 proxies，或 proxy-providers 已成功取得節點。請勿將訂閱網址貼到公開的轉換網站，優先使用服務商說明的相容連結。

先查看更新記錄中的 HTTP 狀態碼與錯誤類型。401 或 403 可能與憑證、權限或服務商限制有關；404 可能是網址已變更；逾時則應進一步檢查網路與網域解析。返回服務商後台重新複製連結，並確認帳戶狀態及訂閱是否已重設。若更新必須透過代理，而目前的代理節點已無法使用，可依用戶端支援的方式改用直連下載，或暫時切換至可用設定。更新前請保留本機副本；刪除設定無法修復遠端連結，反而可能失去原本可用的節點。

先查看記錄中指出的行號與欄位名稱，並檢查該行前後幾行；剖析器標示的行有時只是發現問題的位置。YAML 使用空格縮排，同一層級的縮排必須一致，不能用 Tab 取代。特別檢查冒號後是否有空格、清單項目的連字號、引號是否成對，以及策略名稱與節點名稱是否完全一致。名稱含有特殊字元時，可用成對引號括住。每次只修正一個問題，再重新檢查設定；若出錯，先還原最近的變更。訂閱產生的檔案優先透過覆寫功能調整，避免下次更新時修正內容遭到覆蓋。

先確認用戶端採用的核心支援 TUN，再依照該用戶端的說明安裝服務或完成系統授權。Windows 通常需要系統管理員權限或服務模式；macOS 可能需要核准輔助元件或相關網路權限；Linux 則需要適當的網路管理權限及可用的 TUN 裝置。完成授權後重新啟動核心，確認是否仍出現路由或建立裝置錯誤。同時停用其他 VPN 的網路接管功能，避免路由衝突。請勿反覆疊加提升權限的指令；應依據記錄判斷是權限不足、裝置不存在還是位址衝突，再處理相應原因。

select 由使用者手動選擇節點或其他策略，適合需要固定出口的情境。url-test 會依設定的測試網址與週期比較候選項目，再按照核心支援的容差等設定選擇出口；測試結果只反映連線至該目標的狀況。fallback 著重依候選順序選取可用項目，用於主要出口失效時切換。三者都必須由規則引用，才能影響相應連線。修改策略後，請用新連線確認套用的策略組與最終節點；不要把單次測試結果直接當成所有網站的實際連線速度。

優先使用用戶端提供的本機覆寫、追加規則或合併功能，並確認功能的執行順序。規則通常由上而下比對，指定網域的精確規則應排在較寬泛的規則與最後的 MATCH 之前；引用的策略名稱必須存在，且大小寫一致。例如，將某個網域交由指定策略處理時，也要確認策略組中有可用出口。儲存後重新載入設定，再從連線記錄確認實際套用的規則。直接編輯訂閱快取檔案容易在更新時被取代，建議將自訂內容另外保存，並在更新後確認合併結果。

為每份設定取一個能區分來源與用途的名稱，並記錄它是本機檔案還是遠端訂閱。切換 Profile 後，確認目前啟用標記、策略組與 DNS 設定都已變更；系統代理與 TUN 開關可能是用戶端的全域設定，不一定會隨設定檔切換。備份時也要保存原始設定、本機覆寫及必要的用戶端設定，不能只備份節點清單。遠端訂閱更新時通常會取代原有內容，本機檔案則由使用者自行維護。更換裝置時，先匯入一份設定進行驗證，再逐項還原其他設定，方便找出不相容的項目。

先確認主機與其他裝置連接至可互通的區域網路，用戶端已允許區域網路存取，並監聽適當的介面位址。接著在另一台裝置的網路代理設定中，填入主機的區域網路 IP，以及用戶端實際使用的 HTTP 或混合連接埠；請勿填入 127.0.0.1，因為它指向裝置本身。若仍無法連線，請檢查主機防火牆、訪客網路隔離及連接埠是否被占用。只在可信任的網路中開放，並視需要設定代理驗證與防火牆範圍。外部控制器是管理介面，不是供其他裝置上網使用的代理連接埠，也不應直接暴露於公用網際網路。

先確認一般直連網站可以開啟，再檢查設定是否成功載入、訂閱帳戶是否有效。比較多個節點：若只有單一節點失敗，優先檢查該節點的服務狀態；若全部失敗，再檢查本機時間、DNS、網路限制及用戶端記錄。測試網址本身無法連線也會造成逾時，因此應使用新連線測試實際目標，不能只看測試按鈕。可以暫時更換網路進行比較，每次只變更一個條件。若記錄顯示驗證失敗或協定不支援，應處理憑證與相容性問題，而不是一再延長測試逾時時間。

系統代理主要影響遵循系統代理設定的應用程式，不會自動接管所有連線。先確認系統中的代理位址與連接埠，是否和用戶端實際監聽的設定一致；接著停用瀏覽器的獨立代理擴充功能，並建立新連線查看用戶端的連線記錄。命令列工具、遊戲及部分應用程式可能需要另外設定代理，或在確認路由需求後使用 TUN。如果連線記錄已有請求，卻套用 DIRECT，應檢查規則與策略選擇，而不是繼續修改系統代理。請先退出其他代理工具，避免它們反覆覆寫系統設定。

部分受應用程式容器限制的 Windows 應用程式無法存取本機迴圈代理，但一般桌面瀏覽器仍可正常使用；遇到這種情況時，可檢查迴圈限制。確認用戶端監聽的是本機位址，再依用戶端提供的 UWP 迴圈工具或 Windows 的 CheckNetIsolation 工具，為確實需要的應用程式套件設定豁免；操作可能需要系統管理員權限。不同應用程式的封裝方式與網路行為各異，並非所有商店應用程式都會遇到這個問題。完成後重新啟動目標應用程式，並查看連線記錄。若使用 TUN，還須檢查路由與 DNS；迴圈豁免無法取代這些排查步驟。

Fake-IP 會先讓網域名稱回傳對應的映射位址，再由核心關聯至實際目標；DNS 與連線路徑不一致時，可能導致無法存取。先檢查是否有其他工具接管 DNS、瀏覽器的加密 DNS 是否繞過預期路徑，以及相關網域是否需要加入 fake-ip-filter。若退出用戶端後網路中斷，先關閉殘留的系統代理，再確認系統 DNS 是否仍指向已停止的本機服務；還原原本的自動或指定設定，清除 DNS 快取後再試。請保留變更前的網路參數，逐項還原；分享排查記錄前，務必遮蔽訂閱網址、憑證及敏感網域。