安裝前：確認系統架構與設定檔來源

在 Windows 安裝 Clash Verge Rev，建議依序完成「啟動客戶端 → 匯入訂閱 → 驗證系統代理 → 設定服務模式 → 啟用 TUN」。第一次啟動時，先別把所有開關都打開。先建立一條可正常連線的代理，再處理不使用系統代理的應用程式，故障範圍會更容易釐清。

Clash Verge Rev 是桌面管理介面，實際處理連線與規則的是 mihomo 核心，也常稱為 Clash Meta。安裝完成只代表程式已就緒，不表示已有可用節點。還需要相容的設定檔，或由服務供應商提供的 Clash 格式訂閱。

依處理器架構選擇安裝包

  1. 按 Win + I 開啟 Windows 設定，前往「系統」→「系統資訊」，查看「系統類型」。部分 Windows 版本會將此頁面命名為「關於」。
  2. 一般搭載 Intel 或 AMD 64 位元處理器的電腦，請選擇 Windows x64 安裝包；標示為 ARM 處理器的裝置，請選擇發行頁面提供的 ARM64 安裝包。
  3. 確認所選發行版本支援目前的 Windows 版本。不要只因檔名包含 Windows 就認定它支援舊版系統，也不要在 x64 與 32 位元系統之間混用。
  4. 執行安裝程式，依照精靈完成安裝。如果已安裝舊版客戶端，請先結束舊程式，避免兩個客戶端同時修改系統代理設定。

首次啟動：如何允許通過防火牆

首次啟動核心時，Windows 可能會詢問是否允許應用程式通過防火牆。提示中的程式可能是客戶端，也可能是實際監聽連接埠的核心程式。請先確認程式路徑位於剛安裝的資料夾，再決定允許哪些網路；程式名稱相似，不能取代路徑確認。

本機代理與區域網路分享並不相同

  • 僅供本機使用：保持「允許區域網路連線」關閉，代理入口優先繫結至回送位址。一般本機回送連線不需要對區域網路開放輸入連接埠。
  • 分享給手機或其他電腦：需要主動啟用區域網路存取，並為受信任的私人網路設定輸入規則。請勿順手勾選公用網路。
  • 裝置受組織管理：管理員政策可能限制核心連網、安裝服務或建立虛擬網卡，請洽管理員確認，不要直接關閉整套防火牆。

如果誤按取消，可前往「Windows 安全性」→「防火牆與網路保護」→「允許應用程式通過防火牆」查看設定。若要依程式路徑、連接埠或遠端位址細分，請在開始功能表搜尋「具有進階安全性的 Windows Defender 防火牆」，檢查相關規則的適用範圍。應用程式清單中的允許項目主要涉及輸入連線，不能只看勾選狀態就判定輸出連線一定正常。

升級後若安裝資料夾或核心路徑變更，舊規則可能就不再適用。只調整確認有問題的規則，不要只為排查一次連線失敗就停用所有網路設定檔的防火牆。

匯入訂閱：先用系統代理驗證連線

  1. 開啟客戶端的「訂閱」頁面，透過新增或匯入功能貼上完整訂閱網址，下載設定檔後選取該設定檔。按鈕名稱可能會隨版本更新而變更。
  2. 查看策略組是否列出節點。選擇已知可用的節點，並確認客戶端目前使用規則模式，而非直連模式。
  3. 在「設定」的 Clash 設定區查看混合連接埠，並啟用系統代理。以下範例假設混合連接埠為 7897，實際操作請以客戶端顯示的數值為準。
  4. 前往 Windows「設定」→「網路和網際網路」→「Proxy」，確認手動 Proxy 指向 127.0.0.1 與剛才記下的連接埠。
  5. 使用瀏覽器開啟目標網站，同時查看客戶端的「連線」或「日誌」頁面，確認連線使用了哪條規則、策略組與節點。

節點延遲測試成功，只能證明當下可連到該測試目標，不能代表所有網站、UDP 流量或 DNS 要求都正常。如果節點清單是空的，請先處理訂閱格式、下載失敗或設定檔解析錯誤，不要直接改查 TUN 驅動。

使用明確指定代理的測試，找出故障位置

開啟 PowerShell，執行以下兩個命令。第一個檢查本機連接埠，第二個明確指定 HTTP Proxy 連線至測試網站。這裡使用 curl.exe，避免舊版 Windows PowerShell 將 curl 解讀為其他命令。

Test-NetConnection 127.0.0.1 -Port 7897
curl.exe --proxy http://127.0.0.1:7897 --connect-timeout 10 --max-time 20 -I https://example.com
  • TcpTestSucceeded : False：先確認核心是否正在執行、連接埠是否已變更，以及是否有其他程式占用該連接埠。
  • 可以連上本機代理，但出現交握失敗或逾時：查看日誌，檢查節點、目標網站、DNS 與 TLS 錯誤。
  • 明確指定代理後可取得 HTTP 回應，但瀏覽器仍失敗：優先檢查瀏覽器代理設定、擴充功能、系統代理設定與略過清單。

測試網站回傳 403、405 等 HTTP 狀態，也可能表示已收到伺服器回應，但不代表服務使用成功。還要比對客戶端連線記錄，確認要求確實依預期使用代理策略，而非被規則導向直連。

服務模式與 TUN：依序安裝、啟用並驗證

系統代理供會讀取 Windows 代理設定的應用程式使用。有些命令列工具、遊戲和使用自有網路堆疊的軟體不會讀取這項設定。TUN 透過虛擬網路介面與路由接管流量，涵蓋範圍較廣，但也會帶來路由、DNS 與權限等變數。

先確認服務模式正常運作

  1. 在客戶端「設定」中找到「服務模式」相關選項，執行安裝；確認 Windows 使用者帳戶控制視窗顯示的程式來源後，再授予權限。
  2. 安裝完成後，確認客戶端顯示服務正在執行。如果介面仍顯示尚未安裝或啟動失敗，請先查看客戶端日誌，不要連續重複安裝。
  3. 保留已驗證可用的設定與節點，再啟用 TUN 模式。留意日誌是否出現建立介面失敗、權限不足或設定路由失敗等訊息。
  4. 按 Win + R，執行 ncpa.cpl，查看網路連線中的虛擬介面；也可以執行下方的 PowerShell 命令查看隱藏介面。
Get-NetAdapter -IncludeHidden |
  Select-Object Name, InterfaceDescription, Status

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

介面名稱由核心與設定檔決定，不一定含有固定的 Clash 字樣。看到虛擬網卡不代表流量一定經過它，還要搭配路由與客戶端連線記錄判斷。啟用 TUN 也不一定會刪除原有預設路由，核心可能會新增更具體的路由來接管流量。

TUN 驅動發生錯誤時，別直接搜尋來路不明的下載檔

在 Windows 建立 TUN 介面需要相符的驅動程式與足夠權限；實際需求取決於所用核心與客戶端發行包的實作方式。正常情況下，請使用客戶端提供的安裝、修復或更新功能。如果日誌明確指出缺少驅動元件，先查看安全軟體的隔離記錄並確認安裝完整，再從可信任的發行來源修復。

服務模式負責以服務方式執行相關元件，不會讓訂閱自動相容，也無法修復失效節點。如果系統代理測試原本就失敗，請先回頭檢查設定與節點。單純啟用 TUN 通常無法讓同一個故障節點恢復。

系統代理已開啟卻無效：依症狀逐項排查

「開關已開啟」只表示客戶端嘗試設定代理，不代表目標應用程式有讀取設定。先確認要求是否進入客戶端，再判斷該檢查應用程式、規則還是節點。依照以下順序判斷，比反覆重裝更有效率。

症狀 優先檢查 下一步
所有瀏覽器都無法連線，本機連接埠測試也失敗 核心執行狀態、連接埠、監聽中的處理程序 確認混合連接埠，查看核心啟動日誌。
明確指定代理後連線成功，只有某個瀏覽器失敗 代理擴充功能、瀏覽器獨立代理設定、略過清單 暫時停用代理擴充功能，檢查瀏覽器網路設定。
瀏覽器正常，終端機或遊戲沒有使用代理 應用程式是否支援系統代理 設定應用程式代理、暫時設定代理環境變數，或測試 TUN。
要求已進入客戶端，但顯示 DIRECT 規則順序、策略組選擇、執行模式 查看符合的規則，再調整對應規則或策略。
啟用 TUN 後才無法連線 DNS、路由、其他 VPN、服務權限 關閉 TUN 恢復原本狀態，再逐項排查。

連接埠遭占用：查 PID，別只憑處理程序名稱結束工作

如果日誌顯示位址已被占用，可在 PowerShell 查詢是哪個程式正在監聽。以下仍以 7897 為例；將查到的處理程序 ID 輸入工作管理員，確認程式路徑。同時執行多個代理客戶端是常見原因，但不要強制結束不明處理程序。

Get-NetTCPConnection -LocalPort 7897 -State Listen |
  Select-Object LocalAddress, LocalPort, OwningProcess

終端機未沿用系統代理：先用暫時變數測試

支援這些環境變數的命令列工具，可只在目前的 PowerShell 視窗設定代理。這些變數不會讓所有程式自動支援代理，也不應在尚未驗證前設為全域系統變數。

$env:HTTP_PROXY = "http://127.0.0.1:7897"
$env:HTTPS_PROXY = "http://127.0.0.1:7897"

# 測試結束後，清除目前視窗中的變數
Remove-Item Env:HTTP_PROXY -ErrorAction SilentlyContinue
Remove-Item Env:HTTPS_PROXY -ErrorAction SilentlyContinue

HTTPS_PROXY 使用 http:// 作為值，不代表目標網站會降級為 HTTP。這描述的是客戶端連線至本機 HTTP Proxy 的方式；HTTPS 目標通常會透過 CONNECT 通道存取。如果應用程式只接受 SOCKS Proxy，請依照其文件設定，不要直接照搬 HTTP 設定。

啟用 TUN 後無法連線：檢查 DNS 與其他虛擬網路

先關閉 TUN，保留系統代理，再進行一次相同的連線測試。如果立刻恢復，問題更可能出在 TUN 接管的連線路徑，而非整份訂閱失效。記下開關前後的日誌時間，檢查是否有重複的 VPN、其他代理軟體、虛擬機器網路或企業安全用戶端。

區分 DNS 快取與解析路徑

  • 變更 DNS 設定後，可執行 ipconfig /flushdns 清除 Windows DNS 快取，再重新啟動測試中的應用程式。瀏覽器也可能保留自己的快取與連線。
  • 瀏覽器的安全 DNS、應用程式內建的 DoH 可能會繞過系統 DNS 路徑。排查時先記下原本設定，再進行一次受控比較，不要同時修改多個 DNS 入口。
  • 啟用 fake-ip 後，部分網域可能會顯示為 198.18.0.0/16 範圍內的位址。這是常見的映射方式，不能只憑這點判定 DNS 遭到污染，也不要直接將該位址設為真實伺服器位址。
  • 公司內網網域與區域網路裝置可能需要專屬 DNS 策略或排除規則。公網網域可以開啟，不代表內網解析也已正常。

如果設定檔啟用了 DNS 劫持，請確認實際劫持範圍並查看核心日誌。傳統的 53 連接埠 DNS 與透過 HTTPS 傳送的 DNS 要求並非同一種流量，不能認為設定一條 53 連接埠劫持規則就能統一處理所有應用程式的解析。

如何處理其他 VPN 與虛擬機器網路

不要直接移除所有虛擬網卡。先結束暫時不需要的 VPN 或其他代理客戶端，再重新啟用 TUN 測試。若企業 VPN 必須同時執行，請由管理員確認路由優先順序、內網網段與 DNS 分流方式。隨意調低路由度量值，可能會讓原本應留在內網的連線改走錯誤的出口。

結束程式、開機啟動與日常維護

安裝完成後，先測試一次正常結束流程：關閉 TUN 與系統代理，再結束客戶端，確認一般網路仍可使用。如果客戶端異常結束後瀏覽器無法連線，前往 Windows「設定」→「網路和網際網路」→「Proxy」，查看是否仍留有指向本機連接埠的手動 Proxy；確認沒有其他程式依賴後再關閉。

  1. 最後再設定開機啟動。先確認重新啟動後能載入訂閱、核心正常執行且代理狀態正確。圖形介面的自動啟動與服務啟動是兩回事。
  2. 更新後重新檢查重要設定。確認核心版本、混合連接埠、服務模式與 TUN 狀態；若設定欄位有變更，請以目前的核心文件與錯誤日誌為準。
  3. 長期修改請使用覆寫功能。直接修改訂閱下載的內容，可能會在下次更新時被覆蓋。
  4. 回報問題時提供必要資訊即可。記下 Windows 版本、客戶端與核心版本、重現步驟及已去識別化的日誌。請隱藏訂閱憑證、節點密碼與管理介面金鑰。

排查時的關鍵是保留一條已確認可用的連線路徑：本機連接埠可連線、明確指定代理可取得回應，且規則符合預期，再逐步擴大測試至系統代理與 TUN。每一步都有明確結果，就不必靠反覆重裝碰運氣。