Clash 常見問題
設定、連線與疑難排解

Clash Verge 是桌面用戶端專案名稱，Clash Verge Rev 是以此為基礎持續發展的後續專案；兩者的發布與維護狀態應分別確認。mihomo 則是負責代理連線、DNS 解析與規則比對的核心。用戶端負責匯入設定、控制開關及提供操作介面，核心則負責實際處理流量。因此，介面能正常開啟不代表核心已啟動；安裝新版用戶端也不代表舊設定中的所有欄位都能直接使用。排查時先記下用戶端名稱，再查看設定頁的核心資訊，避免混淆介面版本與核心版本。

用戶端提供連線管理功能，安裝後不會自動建立可用的代理伺服器。訂閱通常是服務提供者提供的設定網址，可能包含節點、策略群組與規則；本機 YAML 檔案也能提供這些設定。首次使用時，請在設定頁匯入網址或檔案，確認解析成功後，再將該設定設為目前使用項目。只看到設定名稱不代表已啟用，還要前往代理頁確認策略群組是否出現。訂閱網址可能含有存取憑證，請妥善保管，勿貼到公開截圖、討論區或線上轉換網站。

規則模式會依設定中的規則由上而下比對連線，符合後套用對應策略，適合日常分流。全域模式會將已由核心接管的連線統一交給全域策略群組，適合暫時用來比對測試，但仍須在群組中選擇可用節點。直連模式則讓已接管的連線直接連至目標，不經過代理節點。模式只決定流量進入核心後如何處理，不會決定哪些應用程式會進入核心。若某個應用程式未使用系統代理，單切換至全域模式並不能接管它；請先確認該應用程式的代理設定，必要時再評估 TUN 模式。

系統代理主要是修改作業系統提供的代理設定，遵循該設定的應用程式才會將連線傳送至用戶端。TUN 模式則透過虛擬網路介面接管符合路由條件的流量，適用於部分不讀取系統代理的應用程式，但通常需要服務權限，也會涉及路由與 DNS 設定。初次使用建議先只啟用系統代理，完成一次連線測試後，再依實際需求啟用 TUN。是否同時使用兩者，取決於用戶端實作與設定，不必一律同時開啟。排查時一次只變更一個開關，並觀察連線頁中的目標與規則比對結果，才能判斷是哪項設定造成影響。

先確認複製的是完整訂閱網址，而不是帳戶首頁、付款頁面或分享說明頁。檢查網址前後是否多了空格或換行，再到設定頁重新更新並查看錯誤訊息。若顯示驗證失敗或拒絕存取，請向服務提供者確認訂閱是否過期、網址是否已重設；若回傳的是網頁內容，可能是網址錯誤或遇到登入驗證。若連線逾時，可分別測試直接更新與透過現有可用代理更新，具體選項請以用戶端介面為準。不要一次刪除所有舊設定；保留仍可用的項目，等新訂閱解析成功並選取後再清理。

回到設定頁，確認匯入項目已設為目前使用的設定，而不只是下載完成。接著查看核心記錄，判斷是設定解析失敗、遠端節點集合下載失敗，還是設定本身沒有節點。部分設定會透過 proxy-providers 引用遠端節點集合；主檔案下載成功，不代表這些網址也能連線。若有合併設定、指令碼或覆寫功能，先暫時停用相關處理，再重新載入原始設定進行比對。若仍然沒有節點，請向服務提供者確認訂閱是否支援 mihomo，不要只靠更改副檔名，強行將其他用戶端格式轉成 YAML。

先關閉 TUN，並在用戶端設定中確認服務模式已安裝且正在執行。若需安裝服務，請使用用戶端提供的服務管理功能，並依作業系統提示授權；受組織管理的裝置則應由管理員確認權限。安裝或修復後重新啟動用戶端，再啟用 TUN，查看記錄中是否仍有建立虛擬介面或路由的錯誤。若同時執行其他 VPN、虛擬網卡工具或安全軟體，可在許可的情況下逐一暫停進行比對；不要直接刪除網卡或關閉所有防護。若權限正常但仍失敗，也應確認設定中的 TUN 欄位是否與目前核心相容。

在用戶端設定中查看目前的代理連接埠。HTTP、SOCKS 與 mixed-port 的用途不同；mixed-port 可在同一個監聽連接埠接受 HTTP 與 SOCKS 代理請求。請以實際生效的設定及核心記錄為準，不要照抄教學中的數字。若出現位址已被使用的錯誤，先退出重複執行的代理用戶端，必要時使用系統網路工具確認是哪個程序占用連接埠。換成可用連接埠後，重新載入設定，並同步修改瀏覽器擴充功能、終端機及其他手動設定代理的應用程式。管理介面連接埠不是代理連接埠，不能填入應用程式的 HTTP 代理欄位。

先確認目前設定及策略群組選擇已生效，再啟用系統代理，並用瀏覽器造訪會符合代理規則的目標。接著立即查看用戶端連線頁，核對目標網域、符合的規則，以及最後使用的策略或節點；只看到系統代理開關已開啟，並不足以完成驗證。也可以在開啟代理前後使用同一個 IP 查詢服務比對出口，但仍須搭配連線頁判斷，因為某些查詢網域可能依規則直連。測試時請停用瀏覽器中重複設定代理的擴充功能，避免兩套設定互相覆蓋。若使用 TUN，也應透過原本不讀取系統代理的目標應用程式，另行驗證一次。

select 由使用者手動選擇目前節點，適合固定出口及排查問題。url-test 會依設定的測試網址與間隔比較候選節點，再參考容差選擇；測試結果只反映該探測目標的狀況。fallback 會依候選項目的順序選取可用項目，適合設定主要與備援順序的情況。策略群組也能引用其他群組，因此介面選取某個群組後，最終出口仍可能由下一層群組決定。若要確認特定請求的路徑，請查看連線詳細資訊。不要只憑一次探測結果反覆切換群組類型；先確認測試網址可用，再依固定出口或自動切換的需求選擇。

遠端訂閱通常會在更新時重新產生原始設定，直接編輯其中的內容可能會被覆蓋。需要長期保留的規則，應放在用戶端支援的覆寫或合併設定功能中，並確認已套用至目前的訂閱。規則通常依序比對，自訂項目應放在可能先匹配的廣泛規則之前，尤其不要放在 MATCH 預設規則之後。新增規則時，也要確認所引用的策略群組確實存在，名稱的大小寫與空格都必須一致。儲存後重新載入設定，並在連線頁確認目標請求符合的規則，而不只是確認編輯器中仍看得到文字。

結束使用時，先關閉系統代理與 TUN，再透過系統匣選單正常結束用戶端，讓程式有機會還原相關設定。如果曾在瀏覽器、終端機或開發工具中另外設定代理，也要分別停用這些應用程式內的設定。若程式異常結束後無法連網，先確認系統代理是否仍指向本機，但對應的監聽程序已停止；確認後關閉這項代理再測試。不要一開始就重設所有網路設定或刪除設定檔。若希望開機後自動使用，應分別確認用戶端自動啟動、核心執行及代理接管狀態；開機啟動不代表連線已可正常使用。

先關閉代理，確認基本網路可正常使用，再檢查用戶端核心是否正在執行、本機連接埠是否有監聽，以及目標應用程式是否確實進入用戶端。接著確認訂閱是否有效，在同一個策略群組中換個節點比對，並查看該次請求的記錄。若網域名稱解析失敗，優先排查 DNS；若驗證失敗，確認節點憑證與訂閱狀態；若連線遭拒，則檢查伺服器位址、連接埠與服務狀態。若所有節點都同時失敗，不要立刻逐一修改通訊協定參數，應先檢查本機網路與設定。每次只調整一項，並以同一個目標重試、保留調整前後的記錄，才能判斷變更是否有效。

先在作業系統的代理設定中確認位址與連接埠指向目前的用戶端，並檢查核心是否正在監聽。接著確認目標應用程式是否有獨立代理選項、瀏覽器擴充功能、略過清單或其他 VPN；這些設定都可能改變連線路徑。造訪測試目標時，請觀察連線頁：完全沒有記錄時，通常應先檢查流量是否被接管；若有記錄但顯示 DIRECT，則應檢查規則與策略，不必反覆重新安裝用戶端。部分應用程式不會讀取系統代理，可在應用程式內設定支援的代理方式，或評估使用 TUN 模式。終端機也可能受到代理環境變數影響，變更系統開關後仍須個別確認。

先確認哪些網域應透過哪個解析器查詢，再檢查設定中的 DNS 監聽、上游解析器與分流設定。瀏覽器的安全 DNS、應用程式內建的 DoH，以及系統加密 DNS 可能形成不同的解析路徑；是否關閉應依預期設定決定，不能只看某個開關。使用測試服務時，請區分代理出口位址與遞迴解析器位址；兩者不同本身不足以證明發生洩漏，重點是查詢是否繞過預期路徑。可暫時關閉瀏覽器自行使用的 DNS 作為比對，並搭配核心記錄檢查。若使用 TUN，也要確認 DNS 劫持與路由是否確實生效。

部分使用 AppContainer 隔離機制的 Windows 應用程式會受到本機迴圈存取限制，因此可能無法連上用戶端監聽的本機代理。先確認一般瀏覽器能透過相同代理連線，再查看用戶端是否提供 UWP 迴圈存取豁免功能；若有，選取需要使用的應用程式並授權，不必將所有應用程式都加入。管理員也可透過 Windows 的 CheckNetIsolation 工具管理豁免，但必須正確識別應用程式套件身分。並非所有商店應用程式都受到相同限制；設定後仍失敗，請繼續確認應用程式是否讀取系統代理、帳戶登入狀態及連線頁記錄，而不是一再新增豁免。