Clash Verge 常見問題

Clash Verge 是桌面代理用戶端的專案名稱，Clash Verge Rev 是延續此使用方式的社群專案；兩者並非同一條發布線，請分別確認安裝檔與維護狀態。Mihomo 是負責協定連線、規則比對與 DNS 處理的核心，圖形用戶端則負責管理訂閱、系統代理、設定與顯示記錄。排查問題時，先在用戶端的「關於」或設定頁面記下完整名稱，再記錄核心資訊，不要只寫 Clash。桌面用戶端也不等於手機 App；Android 和 iOS 都須選擇適用的平台用戶端，並確認支援的訂閱格式。

用戶端本身負責讀取設定並轉送流量，安裝完成後不會自動取得可用的代理服務。通常須向有權使用的服務提供者取得訂閱網址，或自行準備包含代理節點與策略組的設定檔。成功匯入訂閱只表示內容已讀取，不代表帳戶仍有效，也不代表每個節點都能連線。首次使用時，請先確認訂閱狀態、選擇可用的策略組，再開啟系統代理並測試目標網站。訂閱網址可能包含帳戶識別資訊，請妥善保管；排查問題時，勿公開完整網址、QR Code 或未處理的設定檔。

規則模式會依設定檔中的規則順序，為連線選擇直連、拒絕或某個代理策略組；全域模式會將進入核心的連線交由全域策略組處理；直連模式則讓進入核心的連線直接連至目標。全域模式不代表接管整台裝置的所有流量，流量是否進入核心，仍取決於系統代理、應用程式代理或 TUN 等入口。日常分流通常使用規則模式；暫時排查時可切換至全域模式並明確選擇可用節點，完成後再切回原模式。切換後建議重新建立連線，既有的長連線不一定會立即改用新的出口；DNS 查詢也須配合 DNS 設定另行判斷。

系統代理會向作業系統登記本機代理位址，適用於遵循該設定的瀏覽器與應用程式；部分遊戲、命令列工具或使用自有網路堆疊的應用程式不會讀取此設定。TUN 透過虛擬網路介面與路由接管符合設定條件的流量，涵蓋範圍較廣，但涉及權限、路由與 DNS，設定也較複雜。初次設定時，可先使用系統代理確認訂閱與節點運作正常，再依應用程式需求啟用 TUN。兩者可以並用，但不應把同時開啟視為固定的故障排除步驟。若裝置上也執行其他 VPN 或網路接管工具，請先停用其中一套，以免路由互相覆蓋。

先分辨是下載失敗還是解析失敗：要求逾時、驗證失敗或 HTTP 403，通常與網路、帳戶或伺服器端限制有關；YAML 解析錯誤則表示取得的內容不是用戶端可讀取的設定。請檢查網址是否複製完整、帳戶是否到期，以及服務提供者是否更換訂閱入口。若取得的是登入頁面或錯誤頁，重複匯入也無法解決；HTTP 403 也不一定表示帳戶到期，須參考服務提供者的說明判斷。若訂閱只能透過代理存取，可在已有可用連線時更新，實際方式依用戶端的更新設定而定。請勿將私人訂閱交給來源不明的線上轉換服務。

先查看作業系統顯示的處理器架構，不要只看裝置品牌。一般搭載 Intel 或 AMD 處理器的 Windows 電腦通常使用 x64 套件；ARM 裝置則須先確認用戶端是否提供相符版本，以及系統是否支援相容執行。macOS 可在「關於這台 Mac」確認使用 Apple 晶片或 Intel，再選擇相應安裝檔。Linux 的 amd64 與 arm64 是架構，deb 與 rpm 則是發行版的套件格式，兩者不能互換。若無法執行或缺少相依套件，請先核對架構、發行版與系統需求，再考慮重新安裝。不要以停用系統安全防護的方式處理來源或相容性不明的安裝檔。

先查看記錄，確認失敗的是服務啟動、虛擬網卡建立還是路由設定，不要只看開關是否自動跳回來。Windows 可檢查用戶端所需的服務模式是否已安裝並正在執行，安裝或修復服務時通常需要管理員授權；macOS 須完成系統要求的授權流程；Linux 則依用戶端說明設定服務或所需的網路權限。完成授權後，重新啟動核心再測試。若記錄顯示裝置被占用或路由衝突，請先停止其他 VPN、舊代理服務或重複執行的用戶端。所需權限會隨作業系統與用戶端版本而異，不建議為了解決單一錯誤而長期以最高權限執行所有程式。

開機自動啟動只表示登入系統後會啟動用戶端，不代表網路已就緒、訂閱已更新或 TUN 服務已啟動。先手動啟動並確認目前設定、策略組選擇與代理入口都正常，再啟用自動啟動；隱藏視窗啟動通常只控制是否顯示視窗，無法修復連線。重新開機後，請檢查工作列或選單列的執行狀態、服務狀態與記錄時間，確認不是視窗已關閉但程序仍在執行，或程序根本未啟動。若訂閱更新早於網路連線，可在連上網路後手動更新並重試。離開用戶端前，也請確認系統代理的退出還原行為，以免留下指向未執行連接埠的設定。

規則通常由上往下比對，符合後便採用對應策略；寫在兜底 MATCH 後面的規則通常不會執行。先查看連線記錄中的目標網域、符合的規則與實際策略，再判斷應使用網域規則、IP 規則或規則集。規則末尾指定的策略組名稱必須與設定完全一致，修改後也要確認設定已重新載入。不要只看瀏覽器網址列，頁面可能會連線至多個資源網域，舊連線也可能繼續使用原有策略。需要長期保留的規則，應透過用戶端支援的覆寫或合併機制加入，並確認插入位置；直接修改訂閱產生的檔案，可能在下次更新時被覆蓋。

訂閱更新會重新取得遠端設定，直接修改該檔案的內容可能被新資料覆蓋。節點或策略組重新命名後，先前儲存的選擇也可能找不到對應項目，因而回到預設值。先確認需要保留的是自訂規則、DNS 欄位還是策略組結構，再使用目前用戶端提供的覆寫、合併或指令碼機制處理，並確認這些機制的執行順序。修改前請先備份，以便還原；更新後則檢查最終生效的設定，而不只是編輯器中的來源檔案。還原時應逐項合併，避免將舊節點資訊、過期規則集網址或不再支援的欄位整份覆蓋回新設定。

fake-ip 是 DNS 回應與連線映射的一種方式，不代表所有 DNS 要求都已被接管。請分別檢查系統 DNS、瀏覽器的安全 DNS、用戶端的 DNS 監聽與上游解析設定，以及 TUN 接管 DNS 的範圍。測試前先記錄預期使用的解析服務，再對照記錄與實際查詢路徑；測試網站顯示的解析器所在地，無法單獨證明發生 DNS 洩漏。瀏覽器內建的加密 DNS 可能繞過系統解析，但其連線仍可能經過代理，須依實際路由判斷。建議一次只調整一個入口，清除應用程式的 DNS 快取並重新連線，以免同時修改多處而無法確認原因。

其他裝置應填入執行用戶端的電腦在目前區域網路中的 IP 位址，以及用戶端實際監聽的代理連接埠；不可填入 127.0.0.1，因為此位址在每台裝置上都指向該裝置本身。先確認已允許區域網路連線、監聽位址可供外部裝置存取，且兩台裝置位於可互通的網路，再檢查防火牆是否只對可信任的網段開放該連接埠。訪客 Wi-Fi 或無線隔離可能阻止裝置互相存取，電腦進入睡眠也會中斷連線。建議只在可信任的區域網路中使用，避免將代理連接埠暴露於公網；不再需要時請關閉共用。若用戶端變更連接埠，其他裝置上的設定也須同步更新。

先查看用戶端的連線記錄，確認是否出現目標要求。完全沒有記錄時，請檢查核心是否正在執行、系統登記的位址與連接埠是否和用戶端一致，以及應用程式是否使用自己的代理設定、瀏覽器擴充功能或略過清單。命令列工具可能需要另外設定代理參數，不能只憑它是否連線成功就判定系統代理失效。若已有連線記錄，請查看符合的規則與策略；問題可能是規則選擇直連，而非代理入口失效。修改後請重新建立連線再測試。也要檢查其他代理工具是否不斷覆寫系統設定；不要同時開啟多個用戶端爭用相同連接埠或控制同一套代理設定。

先關閉代理入口，確認基本網路能連上平時可直連的網站，再檢查訂閱是否有效、系統時間是否正確。測速逾時可能只是測試位址無法連線，不能單憑這點判定節點已失效；請搭配實際網站連線情況與核心記錄判斷。選擇一個已知可用的節點，暫時切換至全域模式測試，並觀察錯誤發生在網域解析、建立連線或協定交握階段。只有少數節點失敗時，優先檢查節點或服務狀態；全部失敗時，再檢查本機連接埠、DNS、網路限制與其他 VPN 衝突。每次只修改一項並記下原值，避免反覆重裝，反而掩蓋可重現的問題。

部分採用 AppContainer 隔離的 Windows 應用程式，預設無法存取本機迴圈位址，因此瀏覽器正常，不代表這些應用程式也能連線至 127.0.0.1 上的代理。先確認目標應用程式是否屬於此情況，再以系統管理員身分開啟終端機，執行 CheckNetIsolation LoopbackExempt -s 查看現有豁免項目。可透過 Get-AppxPackage 查詢目標應用程式的 PackageFamilyName，再使用 CheckNetIsolation LoopbackExempt -a -n= 加上該套件系列名稱，只為確有需要的應用程式新增豁免，完成後重新開啟 App 測試。也可評估使用 TUN 接管其流量，但並非所有連線失敗都由迴圈限制造成。企業裝置應先遵循管理政策，不要一次豁免所有應用程式。

不應將忽略憑證警告當作一般解決方式，也不要為了繼續瀏覽而安裝來源不明的根憑證。先檢查系統日期、時區與時間同步，再比較關閉代理後同一網站的情況。若只有啟用代理時出錯，可檢查是否有 HTTPS 解密工具、安全軟體的加密流量掃描、錯誤的 DNS 結果，或需要登入的網路入口網站。一般代理轉送通常不需要替換目標網站的憑證；若多個網站都顯示相同的陌生簽發者，請停止敏感操作並檢查憑證鏈。若只有單一網站出錯，且在不同網路上都能重現，可能是網站本身的憑證異常，應等待網站修復，不要降低瀏覽器的驗證要求。