Windows 安裝 Clash Verge Rev 完整教學：系統代理、TUN 服務與常見錯誤

安裝前：確認 Windows 架構與用戶端功能

Clash Verge Rev 是圖形化用戶端，負責管理訂閱、切換設定、控制系統代理與服務；實際解析規則、建立對外連線的是 mihomo 核心。安裝用戶端不代表已取得可用節點。首次使用仍須準備有效的訂閱連結，或包含節點、策略組與規則的本機 YAML 設定檔。

1. 開啟 Windows「設定」→「系統」→「關於」，查看「系統類型」。x64 電腦請選擇 x64 安裝檔，ARM64 裝置則優先選用對應的 ARM64 安裝檔。
2. 前往用戶端下載頁查看 Clash Verge Rev 的 Windows 下載項目與系統需求。舊版 Windows 是否支援，請以所選版本的發布說明為準。
3. 記下目前代理工具的運作狀態。首次測試前，先結束其他 VPN、代理用戶端及網路加速工具，避免多個程式同時變更系統代理或預設路由。
4. 備份現有訂閱與覆寫設定。訂閱 URL 通常包含存取憑證，請勿貼到公開群組，也不要放進公開截圖。

安裝時依照精靈指示選擇目錄。用戶端介面通常可在一般使用者權限下執行；安裝系統服務、建立虛擬網卡或變更路由時，才需要管理員授權。如果裝置由公司或機構管理，請先確認是否允許安裝網路服務，不要藉由停用安全性原則繞過限制。

匯入訂閱：確認設定已啟用，而非只出現在清單中

遠端訂閱與本機檔案的操作順序

1. 開啟「訂閱」頁面，在訂閱連結欄位貼上完整 URL，然後執行匯入。如果目前版本將匯入入口放在「新增」中，請選擇遠端設定後再填入 URL。
2. 等待下載與解析完成，確認沒有出現 YAML 語法錯誤、驗證失敗或要求逾時等訊息。
3. 選取剛匯入的設定，將它設為目前啟用項目。設定只出現在清單中，不代表核心已切換至該設定。
4. 開啟「代理」頁面，確認能看到設定提供的策略組與節點，並在實際承接流量的選擇組中選取可用節點。
5. 若使用本機檔案，請透過設定匯入入口選取 YAML。只有節點清單、沒有策略組與規則的檔案，不一定能直接作為完整的執行設定。

匯入訂閱後，先使用規則模式，對應的設定欄位為 mode: rule。規則模式會依照 rules 的順序比對連線，再交由指定的策略組或出站處理。全域模式則改由 GLOBAL 所選的出站處理，不能取代對規則與策略組的檢查。

訂閱匯入失敗時的檢查項目

• HTTP 401 或 403：先確認訂閱是否過期、存取權杖是否已重設，以及伺服器是否限制用戶端類型。驗證錯誤不應靠反覆切換 DNS 處理。
• 回傳 HTML 或 YAML 解析失敗：連結可能指向登入頁、錯誤頁，或只提供其他用戶端使用的格式。請取得相容於 Clash/mihomo 的設定。
• 要求逾時：先確認目前網路能否連上訂閱服務。如果舊代理仍占用系統設定，請結束舊用戶端後再測試。
• 看得到節點但網站無法連線：檢查實際命中的策略組。測速成功只代表測試目標可連線，不表示所有網站、通訊協定與出口都可用。

系統代理：先測試瀏覽器的 HTTP 出站連線

在用戶端啟用「系統代理」，並保持 TUN 關閉，先縮小問題範圍。系統代理會變更 Windows 的代理設定，通常只對遵循此設定的瀏覽器與應用程式生效。它不會接管所有裝置流量；部分遊戲、命令列工具及使用自有網路堆疊的程式可能會忽略這項設定。

開啟 Windows「設定」→「網路和網際網路」→「Proxy」，確認手動 Proxy 的位址與連接埠。位址通常是 127.0.0.1，連接埠則以用戶端目前生效的設定為準。以下以 7890 為例，不代表每次安裝都會使用這個連接埠。

使用明確指定的 Proxy 請求，區分應用程式與核心問題

在 PowerShell 中執行以下命令。命令會明確指定 HTTP Proxy，不受應用程式是否讀取 Windows Proxy 設定影響。請將連接埠改成用戶端顯示的實際值；測試網域僅用來發出一次 HTTPS 請求，不代表特定網站在所有網路環境下都能連線。

Test-NetConnection 127.0.0.1 -Port 7890
curl.exe --proxy http://127.0.0.1:7890 --connect-timeout 10 --max-time 20 -I https://example.com/

TcpTestSucceeded: True 只能證明本機連接埠可建立 TCP 連線。HTTPS 請求收到回應標頭，才表示這次請求完成了 Proxy 協商與後續連線。如果明確指定 Proxy 後測試成功，但某個應用程式仍失敗，應優先檢查該應用程式的 Proxy 設定，而非立即重新安裝用戶端。

同時開啟用戶端的連線記錄，查看請求網域、命中規則、策略組與最終節點。如果請求命中 DIRECT，請先確認規則是否符合預期；如果策略組選到無法使用的節點，變更系統代理位址也無法解決問題。

TUN 與服務模式：基礎連線正常後再啟用

TUN 模式透過虛擬網路介面與路由接管更多應用程式的流量，適合不遵循系統代理設定的程式。服務模式則讓需要較高權限的核心操作透過背景服務執行；服務已安裝不代表 TUN 已啟用，開啟 TUN 也不代表路由與 DNS 已正確接管。

1. 先使用系統代理完成上一節的測試，確認訂閱、節點與核心都能正常運作。
2. 進入「設定」，找到「服務模式」，透過介面提供的安裝或管理入口安裝服務；出現 Windows 使用者帳戶控制提示時，請確認程式來源後再授權。
3. 確認服務狀態正常後，再啟用「TUN 模式」。如果介面要求重新啟動核心，請等候重啟完成後再測試。
4. 若要單獨驗證 TUN，可暫時關閉系統代理。使用先前不會讀取系統代理設定的應用程式發出請求，並查看用戶端的連線記錄。
5. 檢查一般網頁、網域解析與內部網路存取。TUN 能連上公網，不代表公司內網、印表機或其他 VPN 的路由也沒有衝突。

了解 TUN 設定欄位

以下僅為 mihomo 設定片段，用來核對生效設定，並非完整訂閱。用戶端可能會自動產生或覆寫這些欄位。請先查看最終設定，再透過用戶端支援的覆寫或合併入口修改；直接編輯遠端訂閱內容，後續更新時可能會被取代。

tun:
  enable: true
  stack: mixed
  auto-route: true
  auto-detect-interface: true
  dns-hijack:
    - any:53

dns:
  enable: true
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16

• auto-route 用於自動設定相關路由；若路由未成功寫入，應用程式流量仍可能繞過 TUN。
• auto-detect-interface 用於自動偵測出站介面。多張網卡、虛擬機與其他 VPN 同時使用時，須搭配記錄確認實際出口。
• dns-hijack 中的 any:53 用於接管符合條件的傳統 DNS 請求，不代表會接管所有加密 DNS。瀏覽器自行傳送的 DoH 是另一條 HTTPS 連線。
• fake-ip 會對符合條件的請求回傳對應位址，再由核心關聯網域。上游解析伺服器仍須在完整 DNS 設定中正確設定，不能只複製這幾行就認定 DNS 已設定完成。

常見錯誤：依監聽、權限與路由分層排查

連接埠占用：address already in use

記錄中出現 bind、address already in use 或類似的監聽失敗訊息時，先查詢占用連接埠的程序。以下命令適用於 PowerShell；若連接埠不是 7890，請一併替換。

Get-NetTCPConnection -State Listen -LocalPort 7890 -ErrorAction SilentlyContinue |
  Select-Object LocalAddress, LocalPort, OwningProcess

Get-Process -Id 4321

第二個命令中的 4321 是示範用 PID，請改成第一個命令回傳的 OwningProcess。如果程序屬於舊代理用戶端，請先正常結束該用戶端。若無法釋放連接埠，可將目前用戶端的混合連接埠改成其他空閒連接埠，例如 7897，接著重新啟動核心，並同步檢查 Windows Proxy 連接埠。未確認程序歸屬前，請勿強制結束系統程序。

服務安裝失敗：拒絕存取或服務未啟動

先區分「服務安裝失敗」與「服務已安裝但啟動失敗」。前者通常與權限或裝置原則有關；後者也可能是安裝路徑失效、元件遭隔離或舊服務殘留所致。請記下完整錯誤訊息，再依下列順序處理。

1. 透過用戶端的服務安裝入口重新要求管理員授權，確認沒有取消使用者帳戶控制提示。
2. 按下 Win + R，輸入 services.msc，依照用戶端提供的服務名稱確認狀態與執行檔路徑。不要猜測服務名稱後直接刪除。
3. 查看 Windows 安全性中心的保護歷程記錄，以及「事件檢視器」→「Windows 記錄」→「系統」中的相關時間記錄。
4. 若升級後安裝路徑失效，請優先使用用戶端提供的「解除安裝服務」與「重新安裝服務」入口，再重新啟動用戶端。

不建議長期關閉防火牆或安全防護來排除問題。若受組織原則限制，服務安裝可能需要管理員統一處理；此時可先保留已確認可用的系統代理設定。

啟用 TUN 後無法上網或連不上內網

先關閉 TUN，檢查一般網路是否恢復。若已恢復，再測試系統代理：如果系統代理正常，代表節點與基礎出站連線不是首要問題，應著重檢查虛擬介面、路由與 DNS。請先結束其他 VPN 再試，避免兩個程式同時接管預設路由。

Get-NetAdapter | Select-Object Name, InterfaceDescription, Status
Get-NetRoute -AddressFamily IPv4 |
  Sort-Object RouteMetric |
  Select-Object -First 20 DestinationPrefix, InterfaceAlias, NextHop, RouteMetric

這些命令只用於檢視，不會變更網路設定。請記錄啟用前後的介面與路由差異。若只有內網資源無法連線，請檢查內網網段、存取規則與路由排除設定；只在規則中加入 DIRECT，不一定能解決目標位址已被錯誤路由的問題。需要還原時，請先關閉 TUN，不要大量刪除系統路由。

結束用戶端後仍無法上網

先檢查 Windows「設定」→「網路和網際網路」→「Proxy」。如果手動 Proxy 仍指向已停止監聽的 127.0.0.1 連接埠，請關閉該手動 Proxy 項目後再測試。正常結束前，先關閉用戶端的系統代理再結束程式，有助於避免 Proxy 設定殘留。

若仍有異常，請再確認背景服務是否仍在執行，以及 TUN 路由是否已撤除。將介面縮到系統匣與真正結束程式並非同一個動作；不要只因視窗消失就認定核心已停止。

安裝完成檢查：保留一套可重現的驗證流程

設定完成後，不必開啟所有選項。若主要透過瀏覽器上網，可先保留系統代理；確實需要接管其他應用程式時，再使用已驗證的 TUN 設定。規則模式、系統代理與 TUN 分別控制不同層面，不能根據其中一個開關的狀態，推斷另外兩項也已設定正確。

• 設定：目前訂閱已啟用，代理頁面有可用的策略組，更新後仍能正常載入。
• 連接埠：用戶端實際監聽的連接埠與 Windows Proxy 設定一致，明確指定 Proxy 的請求能收到回應。
• 規則：至少檢查一次直連與代理請求的連線記錄，確認出站選擇符合設定。
• TUN：關閉系統代理後，目標應用程式仍能透過 TUN 建立連線記錄，且可正常存取內網資源。
• 重新啟動：重新啟動 Windows 後，再次確認服務、設定與 Proxy 狀態；不要把「開機啟動」當成「網路已接管」。
• 還原：能夠關閉系統代理與 TUN，並恢復一般網路；保留修改前的覆寫設定以便還原。

回報問題時，請提供 Windows 系統類型、用戶端版本、核心版本、執行模式、監聽連接埠，以及同一時段的錯誤記錄。請移除訂閱權杖、節點憑證與個人存取記錄。先說明明確指定 Proxy 的測試是否成功，再說明 TUN 是否失敗，比只描述「Clash 無法連線」更容易找出問題。若要進一步確認欄位含義，請參閱完整文件。