Clash Verge 新手常見問題：訂閱匯入、代理模式與連線故障排解

1. 安裝 Clash Verge 後，為什麼還需要訂閱？

用戶端負責管理設定、系統代理及核心執行；訂閱通常提供節點、策略組與分流規則。只安裝用戶端，並不會自動取得可連線的遠端代理伺服器。訂閱網址應來自你有權使用的服務；用戶端本身不能取代服務帳號，也不會決定方案流量或有效期限。

• Clash Verge Rev：桌面圖形介面用戶端，可管理訂閱並控制核心。
• mihomo：負責協定連線、DNS 處理與規則比對的核心，也常稱為 Clash Meta。
• 訂閱設定：描述節點與路由行為的資料，不是安裝程式，也不是登入網頁的網址。

開始前請備妥訂閱連結，並確認服務尚未到期。如果手上只有單一 ss:// 或 vmess:// 節點連結，別直接假設它能作為完整的 Clash 設定匯入；請先確認服務提供者是否有專用的 Clash 或 mihomo 訂閱入口。

2. 如何匯入訂閱連結，並確認設定已生效？

開啟左側的「訂閱」頁面，將網址貼到訂閱連結欄位，再按「匯入」。等設定卡片出現後，選取該設定作為目前使用的設定。部分版本可能將入口放在「新增」選單中，此時請選擇遠端訂閱類型並輸入 URL。匯入後，前往「代理」頁面確認是否看到策略組及其節點，而不只是訂閱卡片。

1. 複製原始連結，刪除開頭與結尾的空白，以及聊天軟體附加的標點符號。
2. 完成匯入並選取設定後，確認是否出現解析錯誤或核心重新載入失敗。
3. 前往「代理」，展開負責外部網路流量的策略組，選取可用節點。
4. 先選用「規則」模式，再啟用「系統代理」，最後開啟網頁測試。

訂閱 URL 中的權杖通常可直接讀取帳號設定，應像密碼一樣妥善保管。截圖時請遮住完整網址；分享記錄前，也要檢查請求 URL。若要討論設定，請只提供已移除伺服器憑證與訂閱權杖的片段。

3. 匯入時出現 YAML 錯誤、403 或逾時，該怎麼辦？

先分辨是「下載失敗」還是「內容無法解析」。403 常見原因包括存取遭拒、權杖失效或伺服器端限制；404 通常表示路徑不存在；逾時則應檢查目前網路能否連線到訂閱伺服器。這些問題都與 YAML 縮排錯誤不同。

如果訂閱伺服器必須透過代理才能連線，而目前又沒有可用設定，就會遇到首次匯入的依賴問題。可以透過另一個已授權且可用的網路取得設定，或聯絡服務提供者索取可連線的入口。請勿將含有權杖的連結提交到來源不明的線上轉換網站。

4. 規則、全域與直連模式該怎麼選？

日常使用建議先選「規則」模式。核心會依照設定中的規則由上而下比對，符合後便將連線交由對應策略處理；策略可能是節點群組、DIRECT 或 REJECT。規則模式並非固定採用「境外流量全走代理、中國大陸流量全數直連」的演算法，實際結果取決於目前使用的設定。

• 規則：依照網域、目標 IP、處理程序等規則分流，適合日常搭配現有的分流設定使用。
• 全域：所有進入核心的連線都交由全域策略處理，仍須在全域組中選擇實際的連線出口。
• 直連：進入核心的連線直接連至目標，不經過遠端節點。

「全域」不代表強制接管電腦上的所有程式，只會改變已進入核心的連線路由方式。如果某個軟體完全不遵循系統代理，切換全域模式通常無法解決流量接管問題。可以暫時切換到全域模式，比對規則模式的結果；確認問題後再切回規則模式。

5. 已開啟系統代理，為什麼部分應用程式仍直接連線？

系統代理是提供給應用程式讀取的代理設定，不是網路層的強制轉送機制。瀏覽器通常會遵循系統設定，但部分下載工具、終端機程式、遊戲或使用自有網路堆疊的應用程式，可能有獨立的代理設定。請先在用戶端的「連線」頁面觀察：發出新的請求後，是否出現對應的目標網域或處理程序記錄。

使用明確指定代理的請求，判斷故障位置

假設實際混合連接埠為 7897，可在 Windows 終端機執行以下請求。這裡明確指定代理，可排除「應用程式是否讀取系統代理」的不確定性；macOS 或 Linux 可將 curl.exe 替換為 curl。

curl.exe --proxy http://127.0.0.1:7897 --connect-timeout 10 --max-time 20 -I https://example.com

收到 HTTP 回應表示這次請求已完成連線，但仍應在連線記錄中確認實際套用的策略。如果顯示連線遭拒，請先檢查本機監聽連接埠；如果明確指定代理後能正常連線，但某個應用程式仍無法使用，請檢查該應用程式的代理選項，必要時再考慮 TUN。啟用 TUN 前，請先確認這項明確指定代理的測試能成功，以免混淆節點故障與流量接管問題。

6. 節點顯示逾時，或延遲正常但網頁無法開啟，怎麼辦？

節點延遲測試通常會讓核心透過節點請求指定的測試 URL，結果只反映這一次請求。測試網址可連線，不代表目標網站、UDP 流量或所有 DNS 查詢都正常；反過來說，測試網址無法連線，也不一定表示節點完全失效。

1. 在「代理」頁面確認規則實際使用的策略組已選取節點，不要只在另一個無關的群組中切換。
2. 開啟「連線」，找到失敗的請求，查看命中的規則、策略鏈與目標位址。
3. 切換到其他節點，以相同網址重新測試，並保持其他設定不變。
4. 前往「記錄」查看相同時間的錯誤，區分驗證失敗、DNS 錯誤與連線逾時。

如果所有節點都同時失敗，請優先檢查帳號是否到期、流量額度、本機網路與系統時間。如果只有單一網站無法連線，則應著重檢查該網站的規則與 DNS 解析結果。延遲從 80 毫秒升至 120 毫秒，不代表設定已損壞；連線建立、傳輸量與單次延遲是不同的指標。

7. 顯示連接埠已被占用，如何找出衝突的程式？

記錄中的 address already in use 通常表示監聽位址與連接埠已被占用。常見原因是舊的代理用戶端仍在背景執行，或另一個程式實例使用相同連接埠。請先結束重複執行的用戶端；如果仍有衝突，再查詢占用者，不要直接結束不熟悉的系統處理程序。

Windows 可執行以下兩條命令。第一條會篩選本機 7897 的 TCP 監聽記錄並顯示 PID；第二條則依據查到的實際 PID 查詢程式名稱。請將範例中的 1234 替換為查詢結果。

netstat -ano -p tcp | findstr LISTENING | findstr ":7897 "
tasklist /FI "PID eq 1234"

也可以前往「設定」→「Clash 設定」找到連接埠選項，將混合連接埠改為未被占用的數值，例如 7898。如果不同版本的選單位置有所調整，請以 mixed-port 對應的實際欄位為準。修改後重新載入核心，關閉再重新啟用系統代理，並同步更新瀏覽器擴充功能、終端機或其他手動填入舊連接埠的應用程式。

8. 什麼時候需要 TUN 模式？為什麼會啟用失敗？

TUN 會透過虛擬網路介面與相關路由接管流量，適合不方便為應用程式設定代理的情況。TUN 與系統代理的運作層級不同，也會受到路由、處理程序排除設定、核心設定及系統權限影響，因此無法保證所有流量都會經過遠端節點。

• Windows：先確認「設定」→「服務模式」的安裝與執行狀態，再啟用 TUN；安裝服務通常需要系統管理員授權。
• macOS、Linux：確認已依照目前用戶端版本的要求授予網路相關權限，並查看記錄中是否有權限不足的訊息。
• 同時使用其他 VPN：先暫停其他 VPN 或虛擬網卡接管工具，以免預設路由與 DNS 設定互相覆蓋。

啟動失敗時，請記下第一筆具體錯誤，再判斷是權限、介面建立或路由安裝問題。透過遠端桌面操作時，請勿連續切換不熟悉的 TUN 設定，以免中斷目前的連線。TUN 能接管流量，不代表節點支援 UDP；應用程式所需的協定也必須同時獲得節點與伺服器端支援。

9. 訂閱更新後，自訂規則為什麼不見了？

遠端訂閱更新會重新取得設定。直接編輯下載的內容通常不適合作為長期修改方式；下次更新時，本機變更可能會被遠端內容覆蓋。若要長期保留規則，請使用用戶端支援的覆寫或擴充設定機制，並確認該設定已套用至目前的訂閱。

先確認規則順序，再檢查策略名稱

例如，若希望範例網域直接連線，可以加入以下規則。規則應放在可能提前攔截該請求的廣泛規則之前，尤其不能放在最後的兜底規則 MATCH 之後。

rules:
  - DOMAIN-SUFFIX,example.com,DIRECT

以上僅示範規則欄位的結構，不是完整訂閱，也不要用它覆蓋整份設定。不同覆寫機制可能採用合併、插入至前方或透過腳本修改，不能假設貼上 rules 陣列就會自動追加。如果目標指定了自訂策略組名稱，該名稱必須與最終設定完全一致。儲存後查看執行中的設定與連線記錄，再手動更新一次訂閱，確認變更仍然保留。欄位說明請參閱設定參考。

10. 關閉用戶端後無法上網，如何恢復並整理排查資訊？

如果應用程式已關閉，但系統代理仍指向 127.0.0.1 的代理連接埠，瀏覽器就會將請求送到沒有程式監聽的位址。請優先重新開啟用戶端，關閉「系統代理」與 TUN，再正常結束程式；如果用戶端無法啟動，則可手動還原系統網路設定。

• Windows 11：前往「設定」→「網路和網際網路」→「Proxy」，檢查「使用 Proxy 伺服器」與「使用設定指令碼」，只移除由該用戶端留下的設定。
• macOS：前往「系統設定」→「網路」→目前的網路服務→「詳細資訊」→「Proxy」，檢查網頁 Proxy、安全網頁 Proxy 與 SOCKS Proxy。
• 終端機：如果先前手動設定了 HTTP_PROXY、HTTPS_PROXY 或 ALL_PROXY，也要清除目前終端機與啟動檔案中的對應設定。

公司裝置可能由組織統一設定代理，請勿直接清除所有設定；先記下原本的值，再向管理員確認。恢復直連後，依序重新建立設定：啟動核心、確認連接埠正在監聽、發出明確指定代理的請求、啟用系統代理，最後再測試 TUN。