Windows 11 安裝 Clash Verge Rev：系統代理與 TUN 模式首次設定完整步驟

1. 這篇要幫你解決什麼

Clash Verge Rev 是圍繞 Meta／mihomo 核心的圖形化用戶端：負責訂閱更新、規則與策略組，並把「流量怎麼進入核心」用系統代理或TUN兩條主路徑接起來。Windows 11 與 macOS 的權限介面不同，但使用者困惑很類似：以為按下開關就「整台電腦都走代理」，其實應用程式是否讀取系統 Proxy 設定、以及DNS 與部分 UDP 路徑，都會讓你觀察到的結果不一致。

若你正在從 Clash for Windows 遷移，建議先閱讀 CFW 替代與遷移指南，對照功能位置與資料夾習慣；再回到本篇把 Win11 專屬的安裝、Wintun 與代理模式一次對齊。遷移文偏「換客戶端與延續設定」，本篇偏「在 Windows 上從零裝好並理解兩種模式」。

2. 下載、安裝與首次開啟（SmartScreen 與架構）

請從本站 下載頁取得適用 Windows 的安裝包，並確認你選的是 x64 或 ARM64 與目前電腦一致；裝錯架構常見症狀是無法啟動、服務載入失敗或更新後突然異常。安裝過程若出現「Windows 已保護你的電腦」之類的 SmartScreen 提示，多半是未廣泛累積信譽的簽章所致：請依畫面選擇「仍要執行」或到內容內容視窗解除封鎖（實際文案會隨 Win11 版本略有差異）。這一步與代理規則無關，卻是許多人誤以為「程式壞掉」的第一道關卡。

首次開啟後，建議先完成語系、是否開機啟動、是否顯示在系統匣等基礎選項，但先不要急著開 TUN。理由很實務：TUN 會牽涉驅動與路由，若訂閱或核心尚未穩定，你會在錯誤層級上反覆測試。先把「程式能開、核心能跑、節點選得到」做好，再進入系統代理或 TUN，排查會清楚很多。

3. 匯入訂閱與確認核心已啟動

在 Verge Rev 中建立或匯入設定檔／訂閱後，請執行更新並確認沒有 YAML 語法錯誤、下載逾時或 TLS 相關訊息。介面按鈕名稱可能隨版本微調，你可以搭配 節點訂閱匯入教學 與 使用教學總覽，先把「資料有進來、節點列表可用」這件事做穩。

接著在代理面板選定一個延遲合理的節點，並留意用戶端是否顯示核心已執行，且本機 mixed-port 或 HTTP／SOCKS 埠號與設定檔一致。若連這一步都失敗，請先排除訂閱來源、本機防火牆或其他安全軟體攔截，再進入系統代理或 TUN；否則你只會在「模式」與「規則」之間來回切換，卻找不到真正的失敗點。

4. 系統代理模式：原理、適合場景與 Windows 對照

系統代理的做法，是讓 Windows 把 HTTP、HTTPS（以及部分環境下的 SOCKS）代理指到本機上由 Clash 監聽的埠。優點是侵入性較低：通常不必安裝虛擬網卡驅動，也比較少動到整機路由表。缺點同樣關鍵：只有會讀取「系統 Proxy」設定的程式才會走 Clash。許多遊戲啟動器、自帶網路堆疊的桌面程式、或預設不使用系統 Proxy 的命令列工具，可能完全忽略這組設定，看起來就像「代理沒開」。

實務順序建議是：先在用戶端啟用「設定系統代理」或語意相近的選項，再到 設定 → 網路和網際網路 → Proxy（或舊版「Proxy」頁面路徑）確認已啟用手動 Proxy，且位址為 127.0.0.1、埠號與 Clash 顯示一致。若此處仍是關閉或填了舊埠，代表系統層沒有被正確寫入，瀏覽器行為就會與你預期脫鉤。

與瀏覽器外掛、PAC 並存時

若你同時使用瀏覽器 Proxy 外掛、公司 PAC、或第三方「網路加速」工具，實際生效規則可能來自多個來源。第一次設定時，建議先關閉多餘外掛，只保留 Clash 寫入的系統代理，確認行為正確後，再逐步加回分流需求；否則你很難判斷問題在瀏覽器、系統，還是 Clash 規則本身。

5. TUN 模式：Wintun、虛擬介面與管理員權限

TUN 模式會透過虛擬網路介面，讓核心在較底層介入路由與封包轉送。對多數使用者來說，最直覺的好處是「不讀系統 Proxy 的程式，也有較高機會被帶進代理管道」，並較有機會一併處理部分 DNS 與 UDP 相關路徑（仍視設定檔與規則而定）。在 Windows 上，這通常與 Wintun 驅動與系統管理員權限綁在一起：第一次啟用時，你可能會看到 UAC 提示、驅動安裝或服務元件相關步驟，請耐心完成，不要中途關閉。

啟用後，若你到 設定 → 網路和網際網路 → 進階網路設定 → 介面卡選項（實際路徑可能因 Win11 版本略有差異），有時會看到與 Wintun／虛擬介面相關的新介面描述。若你曾拒絕驅動或權限，之後 TUN 可能呈現反覆失敗；此時需要回到安全軟體、驅動安裝紀錄或用戶端日誌，確認沒有被攔截。

TUN 不是「開了就保證全局成功」

若設定檔把多數流量導向 DIRECT，或 DNS 仍解析到被干擾的位址，表面症狀仍會是「網頁打不開」或「只有部分網站異常」。若你希望網域分流更精準，可延伸閱讀 規則分流指南，把底層轉送與規則設計一起對齊。

6. 何時優先系統代理、何時該改用 TUN

若你主要使用 Edge、Chrome 這類會讀系統 Proxy 的瀏覽器，且暫時沒有 PowerShell、WSL、遊戲或特定桌面程式的需求，先用系統代理通常最省事，也較容易還原：關閉用戶端或取消「設定系統代理」後，系統網路行為較接近預設狀態。若你發現 git、npm、容器工具、某些遊戲或通訊軟體始終不走代理，或你需要更接近「由 Clash 接手整機網路堆疊」的行為，再評估改開 TUN。

另一個實務判斷是與公司 VPN 或學校政策是否衝突：TUN 會改變路由樣貌，部分受管裝置可能禁止或與既有 VPN 客戶端互斥。若你必須同時使用企業 VPN，請先確認兩者是否允許並存，必要時退回系統代理或洽詢管理員。微軟商店應用與回環相關的進階議題，可再對照 Windows 上 TUN 與 UWP 排查，避免把「模式」與「應用程式模型」混為一談。

7. 首次開啟 TUN 常見錯誤與排查順序

步驟一：確認用戶端日誌與錯誤關鍵字。與 Wintun、權限、路由、或「無法建立介面」相關的訊息，通常會直接指向是驅動層還是設定層問題。不要只看圖示亮燈，文字日誌往往更準。

步驟二：檢查是否被第三方防毒或「網路防護」攔截。少數套件會阻擋虛擬介面建立或改寫路由表；可暫時以排除項目或測試停用（僅在你能承擔風險且了解後果的前提下）來驗證，再回頭用更精準的排除規則取代全面關閉。

步驟三：確認沒有另一套 VPN 或舊版 TUN 驅動殘留互搶。解除安裝舊客戶端後，裝置管理員裡若仍有未知或停用中的網路介面，有時會讓新路徑異常。此時可依官方文件或用戶端建議，在安全前提下清理或重裝驅動，再讓 Verge Rev 重新建立介面。

步驟四：核對設定檔內 stack、DNS、fake-ip 與路由相關段落。不同訂閱模板預設差異很大；若你把 TUN 當成萬能開關，卻忽略設定檔仍把大量目標導向直連，症狀會像「開了也沒用」。這不是 Win11 的錯，而是規則與模式要一起對齊。

8. 其他常見情境：多 VPN、埠占用與規則／DNS

症狀一：瀏覽器正常，終端機或 WSL 不行。這多半代表系統代理生效，但你的命令列環境未設定 HTTP_PROXY／HTTPS_PROXY／ALL_PROXY（或該工具根本不讀這些變數）。解法要嘛在 shell 設定環境變數，要嘛改用 TUN 讓底層轉送統一處理；兩者擇一即可，避免重複堆疊造成繞圈。

REM Example: show WinHTTP proxy (some apps use WinINET instead)
netsh winhttp show proxy

上述指令可協助你確認 WinHTTP 層級的 Proxy 狀態；部分程式走 WinINET、部分走 WinHTTP、部分兩者皆不讀，這與「瀏覽器能連」並不矛盾。若你只看到系統設定頁有 Proxy，但工具行為仍異常，請回到「該工具實際使用的網路堆疊」思考，而不是反覆切換節點。

症狀二：開了 TUN 仍覺得沒過代理。請先回到設定檔的 DNS、fake-ip 與規則順序，並用可重複驗證的測試目標檢查。若你同時開著其他品牌 VPN 或系統級「網路過濾」軟體，請嘗試關閉其中一套後再測，因為多套路由與 DNS 堆疊容易互相覆寫。

症狀三：埠號衝突或本機服務異常。若設定檔指定的埠已被其他程式占用，核心可能無法正常接聽，進而讓系統代理指向錯誤。請在變更埠號後，同步檢查系統 Proxy 是否仍指向正確埠，或用戶端是否提供「一鍵套用系統代理」讓你重新寫入。

9. 開源資訊與更新習慣

Clash Verge Rev 的上游社群適合放在獨立段落了解授權條款、原始碼與問題回報方式；公開儲存庫見 clash-verge-rev／clash-verge-rev。若你想查核某版變更是否影響 Windows 驅動或權限流程，建議以官方 Release Note 為準。與「取得安裝包」分開：一般使用者要下載可執行檔，仍建議優先使用本站 下載頁，再依教學完成設定，路徑較一致也較利於版本管理。

例行更新前，建議先備份設定檔與自訂規則；若更新後 TUN 異常，可依序重啟用戶端、重新確認驅動與權限，或在安全前提下移除舊介面設定後再讓用戶端重建。相較於直接覆蓋舊版殘留，結構化重試通常更快定位問題。