Clash 常見問題

Clash 通常泛指一類透過規則分流流量的代理工具及其設定生態；mihomo 是這個生態中持續維護的核心專案。Clash Verge Rev 等圖形化用戶端負責匯入訂閱、選擇代理群組及調整系統設定；核心則負責解析設定、比對規則並建立連線。排查時，先區分是介面操作失敗還是核心啟動失敗，再查看相應記錄。不同用戶端內建的核心及支援欄位可能不同；遷移舊設定後，應先確認能否正常載入。

用戶端提供本機代理入口與流量分流功能，但安裝完成並不代表已取得遠端代理服務。實際連線需要有效的伺服器參數，或包含這些參數的訂閱設定。取得有權使用的設定後，將其匯入訂閱頁面並設為目前設定，再到代理頁面選擇可用策略。訂閱網址通常包含存取憑證，應妥善保管如同密碼；回報問題時，請遮蔽網址中的權杖、帳號與伺服器驗證資訊，也不要將完整設定上傳至公開討論區。

規則模式依照設定中的規則順序，為連線選擇策略；全域模式會將進入核心的連線交由全域策略處理，但仍須為該策略選擇出口；直連模式通常讓進入核心的連線直接存取目標。全域模式不代表接管裝置上的所有應用程式：未經系統代理或 TUN 的流量仍可能繞過用戶端。日常使用可先選規則模式；單一網站異常時，短暫切換至全域模式作為對照，再依連線記錄判斷是否為分流問題。

系統代理主要供遵循作業系統代理設定的應用程式使用；TUN 則透過虛擬網路介面與路由接管流量，適合部分不讀取系統代理設定的程式。兩者不必一定同時啟用。初次設定建議先只使用系統代理，確認訂閱與出口正常後，再依應用程式需求啟用 TUN。若用戶端允許兩者並用，請依照文件設定，並避免其他 VPN 同時變更路由。若發生斷網，先關閉 TUN，回到已確認可用的簡單路徑，逐項找出問題。

支援相同設定格式與核心功能的用戶端通常可以共用訂閱，但介面中的覆寫、指令碼、快速鍵及服務模式設定不一定會隨設定一併遷移。先備份舊設定與本機規則，再在新用戶端單獨匯入訂閱，確認核心是否接受相關協定與欄位。基礎連線確認正常後，再遷移覆寫內容，避免一次引入多個變數。不要讓兩個用戶端同時接管系統代理或 TUN；確認新環境運作正常後，再處理舊用戶端的開機啟動與背景服務。

先確認複製的是完整訂閱連結，而非帳戶頁面網址；再檢查連結是否過期、權杖是否已重設，以及裝置時間是否正確。查看匯入記錄中的 HTTP 狀態碼或解析錯誤：401、403 通常與授權有關，404 可能表示網址已變更；若回傳網頁內容，可能是遇到登入頁或驗證頁。若記錄顯示連線逾時，再確認目前網路能否連上訂閱服務。不要反覆將連結提交至陌生的轉換網站；需要轉換時，優先使用服務提供方提供的相容格式。

開啟核心記錄，記下錯誤行號與欄位名稱，再檢查該行及前一行。YAML 縮排應使用空格；清單項目、冒號後的空格及引號位置都可能影響解析。若錯誤涉及未知協定或欄位，請確認目前核心是否支援，不要只調整縮排。可先切回最近一次能啟動的設定，再分段還原本機修改。訂閱自動產生的檔案不適合長期直接編輯，因為下次更新可能覆蓋修改；自訂內容應放在用戶端支援的覆寫機制中。

先確認用戶端所需的服務模式或輔助服務已安裝並執行。Windows 通常需要授權安裝背景服務；macOS 可能需要核准輔助元件；Linux 則可能需要相應的網路管理權限及可用的 TUN 裝置。具體作法請參閱用戶端文件，不要長期以高權限啟動所有程式來取代服務設定。若權限已足夠仍無法運作，請關閉其他 VPN 後重試，並查看記錄是否有驅動程式、路由或連接埠衝突。修改前先記下原有設定，以便還原網路。

先確認核心已啟動、目前設定已啟用，且系統代理指向用戶端實際監聽的位址與連接埠；不要照抄其他教學中的連接埠。接著檢查瀏覽器是否使用獨立代理設定、擴充功能或略過清單。開啟連線頁面並造訪一個新網站：若沒有記錄，優先檢查流量入口；若有記錄但選擇 DIRECT，則檢查規則與模式。也請確認沒有其他代理工具覆寫系統設定。修改後關閉舊連線或重新啟動瀏覽器，避免沿用既有連線影響判斷。

行動裝置上的用戶端通常透過系統 VPN 介面處理流量，首次連線時須在系統提示中授權。Android 通常一次只允許一個一般 VPN 服務執行，啟用另一個 VPN 可能會中斷目前連線。若鎖定螢幕後斷線，再檢查電池最佳化、背景活動與廠商的自動啟動限制，只為確實需要的用戶端調整權限。不要為了維持連線而關閉所有省電策略；先確認是否由背景程序遭系統回收所致，再衡量續航與常駐需求。也要透過實際連線確認狀態。

使用規則模式，在連線頁面依目標網域或應用程式篩選，查看符合的規則、策略群組與最終出口。為減少快取干擾，先關閉該網站的舊連線，再重新連線。規則通常由上而下比對，前面的寬泛規則可能先於後面的精確規則生效；最後的 MATCH 則處理先前未符合規則的連線。自訂規則前，先確認策略名稱確實存在，並留意訂閱更新是否會覆蓋本機修改。只看瀏覽器能否開啟網頁，無法準確判斷規則是否如預期生效。

手動選擇群組適合固定出口；自動測速群組會依探測結果挑選較佳選項；故障切換群組通常依設定順序選擇可用成員。自動探測只能反映指定測試網址的連線狀況，不代表所有網站、影片或遊戲的表現都相同。若需要固定登入地區，可優先選用固定出口，避免頻繁切換導致工作階段重新驗證。若群組中沒有可用成員，先檢查訂閱與基礎連線；不要只靠縮短測速間隔解決問題，過於頻繁的探測會增加網路請求並消耗行動裝置電量。

Fake-IP 會使用保留位址範圍中的虛擬位址，建立網域與連線之間的對應，再由核心依據網域處理實際請求。因此，DNS 查詢結果不是網站的真實位址，不一定代表解析故障。部分區域網路服務、遊戲或需要真實位址的應用程式可能不相容，可依核心文件針對特定網域設定過濾，或調整 DNS 模式。不要直接清除所有 DNS 設定；修改後重新建立應用程式連線，必要時清除系統 DNS 快取，並確認查詢與連線都經過預期的處理路徑。

GeoIP 資料用於比對位址歸屬，但只有實際使用 GEOIP 等相關規則時才會影響結果。先查看連線記錄是否符合較前面的網域規則、規則集或 MATCH，再確認設定使用哪一類資料庫及其更新路徑。核心可能使用 MMDB、其他地理資料格式或獨立規則集，不能任意互換資料檔案。更新成功後，依用戶端要求重新載入，並建立新連線驗證。個別位址的歸屬也可能與服務部署位置不同，應搭配連線記錄與網域規則判斷。

開機自動啟動、啟動後啟用代理、還原上次設定及執行背景服務是不同設定；啟用其中一項，不代表其他項目也已啟用。先確認登入系統後用戶端確實已啟動，再檢查目前設定、策略群組與代理開關是否已還原。TUN 也需要輔助服務與相應權限。若只有開機時無法連線，可能是網路尚未就緒；可查看記錄，並試用用戶端提供的延遲啟動選項。不要透過多個啟動工作重複執行程式，以免搶占監聽連接埠或覆寫系統代理設定。

先關閉代理，確認基礎網路正常；再確認裝置時間正確、訂閱仍有效，且沒有流量或連線數限制。接著只測試一個明確可用的出口，並查看記錄中的網域解析、交握或連線遭拒訊息。若所有出口都同時失敗，應優先檢查本機防火牆、網路限制及其他 VPN 衝突，而不是不斷更換設定。內建測試網址無法連線也會顯示逾時，可對照實際瀏覽與記錄判斷。若只有某個網路出問題，再換用可信任的網路測試，縮小問題範圍。

部分 UWP 應用程式受到網路隔離限制，無法直接存取本機回送代理位址。先確認問題確實出在這類應用程式，再使用用戶端提供的回送豁免工具，或以系統管理員身分透過 CheckNetIsolation LoopbackExempt 管理指定應用程式。可先執行 CheckNetIsolation LoopbackExempt -s 查看現有清單；新增時須提供正確的應用程式套件識別碼。只豁免確有需要的應用程式，並記錄變更；不再需要時應撤銷豁免。一般桌面程式連線異常，不應直接套用此方法。

先釐清預期：哪些網域應透過代理解析，哪些區域網路或直連網域可使用本機解析。接著檢查核心 DNS、TUN 的 DNS 接管、瀏覽器安全 DNS 與系統解析設定是否彼此繞過。測試頁面顯示的解析伺服器位置僅供參考，應搭配設定、連線記錄及必要的封包擷取判斷；不必要求所有直連查詢都出現在代理出口。調整時一次只修改一個環節，並重新建立連線。加密 DNS 可保護查詢傳輸，但不會自動確保查詢經由代理出口。

先關閉 TUN 作為對照，確認問題確實與路由或 DNS 接管有關，再檢查區域網路位址、私有位址範圍與本地域名是否設為直連。設定應依實際網路狀況新增略過或直連規則，不要一次排除所有網段。若同時使用企業 VPN，雙方路由可能衝突，需比較路由表與介面優先順序。印表機自動探索也可能依賴多點傳播，單純新增網域規則未必有效。先測試直接存取裝置位址，再檢查探索協定，並在調整後重新連線裝置。

先檢查系統代理是否仍指向已停止監聽的本機連接埠，必要時在系統網路設定中關閉代理。接著確認 TUN、輔助服務或其他 VPN 是否仍在執行；正常關閉介面不一定代表背景核心也已停止。若先前手動修改過 DNS 或路由，應依照記錄還原，而不要一次重設所有網路參數。恢復後分別測試直連網頁與區域網路存取。重新啟動用戶端時，先只啟用系統代理；確認正常後再恢復 TUN，以便找出引發異常的設定。