系統代理與 Tun 負責讓流量進入用戶端，路由模式則決定進入後要走哪個出口。日常瀏覽可先用系統代理搭配繞過中國大陸；要暫時排查分流問題，可切換全域；不遵循系統代理的應用，才需要進一步評估 Tun。本文依照 Windows 版 v2rayN 的操作方式，說明連接埠檢查、命令測試與復原步驟。
系統代理與路由模式：流量入口與出口
開啟系統代理，不代表已啟用全域代理。前者會將本機代理位址寫入作業系統的代理設定，供遵循該設定的應用程式使用；後者通常是指用戶端的一組路由規則，將已進入核心的連線交由代理出口處理。兩者可以分開設定，也可能出現「系統代理已開啟，但路由選擇直連」的情況。
一次連線可分成三個環節：應用程式送出請求、本機入站接收連線、路由規則選擇出口。VMess、VLESS 等協定是用戶端與遠端服務之間的連線設定，並不會讓瀏覽器自動使用系統代理。訂閱更新成功，也不代表應用程式流量已進入用戶端。
| 設定層級 | 解決的問題 | 無法單獨保證的結果 |
|---|---|---|
| 系統代理 | 讓遵循系統設定的應用程式連線至本機代理連接埠 | 無法保證接管所有處理程序、UDP 流量或另有代理設定的應用程式 |
| 全域路由 | 讓進入核心的連線主要使用代理出口 | 無法讓原本未進入核心的連線自動進入 |
| 繞過中國大陸路由 | 依網域、IP 等規則區分直連與代理 | 無法保證所有中國大陸服務使用的海外網域都會被判定為直連 |
| Tun 模式 | 透過虛擬網卡與系統路由接收更多應用程式流量 | 無法取消出口分流，也不保證涵蓋所有例外路由 |
全域與繞過中國大陸：適用情境
日常使用建議優先採用分流。中國大陸網站、區域網路裝置與內部服務通常適合直連，其他需要代理的連線再交由遠端出口處理。這樣能減少不必要的遠端繞行，也避免將可在本地完成的連線計入伺服器流量。全域模式則適合短時間確認問題是否由分流規則造成。
兩種路由方案
全域路由
- 適合排查特定網域是否被錯誤分流為直連。
- 適合暫時要求已接入的流量統一使用代理出口。
- 連線至本機裝置前，先確認私有位址仍設為直連。
- 切換後請重新建立連線，既有連線不一定會立即改用新的出口。
繞過中國大陸路由
- 適合同時存取中國大陸服務與其他地區的服務。
- 取決於網域規則、IP 資料與實際規則順序。
- 服務使用海外網域或海外 CDN 時，連線仍可能走代理。
- 個別網站異常時，優先新增該網域的具體規則。
日常採用分流，臨時切換全域排障；確認原因後恢復原設定，不要把全域模式當成解決所有網路問題的開關。
「繞過中國大陸」不是依據網頁語言或使用者所在地判斷。以 Xray 路由為例，geosite:cn 是網域分類，geoip:cn 是 IP 分類，兩者判斷的對象不同。有些網域可在解析前比對；需要依 IP 判斷的連線，則與路由的網域解析策略有關。網站顯示中文介面，不代表其中每個資源網域都會直連。
- 規則順序：通常由上而下比對，最先符合的規則會決定出口；例外網域應放在可能涵蓋它的廣泛規則之前。
- 多網域頁面：登入、圖片與 API 可能來自不同網域，應分別檢查，不能只看網址列中的主網域。
- 預設出口：未符合任何規則時的流量去向，取決於產生的核心設定，不能只憑模式名稱推斷。
系統代理：連接埠與啟用步驟
先以系統代理建立可用的基準，再考慮 Tun。以下選單名稱以常見的 Windows 介面為例；桌面版與 WPF 版，以及不同版本的文字和位置可能略有差異。請尋找名稱相同或功能相近的設定，並以目前用戶端顯示的監聽連接埠為準。
以上兩個連接埠只是方便說明的設定範例，並非所有版本的預設值。有些設定會使用混合入站，在同一個連接埠接受 HTTP 與 SOCKS；有些則分開監聽。不能只因連接埠號碼相同，就認定它支援特定協定。
-
確認目前使用的設定
在主畫面選取有效的伺服器設定，按右鍵並選擇「設為活動伺服器」。等待核心啟動，再查看記錄中是否有連接埠占用或設定解析錯誤。
-
確認監聽連接埠
開啟「設定」→「參數設定」，尋找「本機監聽連接埠」及相關入站設定，確認協定類型與連接埠。若介面只顯示一個混合連接埠，請依該連接埠實際支援的功能設定應用程式。
-
設定系統代理
開啟主畫面底部的「系統代理」選單，選擇「自動設定系統代理」；部分介面也能從系統匣選單操作。在 Windows「設定」→「網路和網際網路」→「Proxy」中，確認寫入的位址與連接埠。
-
選擇路由規則
在主畫面底部的「路由」選擇目前規則集中用於繞過中國大陸的方案。查看「設定」→「路由設定」中的實際規則，確認私有位址、需要直連的網域及預設流量去向。
-
重新連線測試
關閉測試頁面後重新開啟，必要時重新啟動測試中的應用程式。檢查新連線記錄中的目標與出口；不要只因節點延遲測試成功，就認定瀏覽器設定正確。
Tun 模式：適用條件與限制
當應用程式不讀取系統代理、沒有可用的手動代理選項，或確實需要接收其 UDP 流量時，才值得評估 Tun。Tun 透過虛擬網卡與路由處理 IP 流量，通常比系統代理涵蓋更多流量，但不代表「所有連線都會經過遠端伺服器」。進入 Tun 的連線仍會依路由規則分流。
系統代理基準方案
- 接入方式
- 應用程式遵循系統代理設定
- 監聽位址
127.0.0.1- 連接埠範例
- HTTP
10809，請確認實際設定 - 路由選擇
- 日常使用時繞過中國大陸
適合先用來驗證瀏覽器等遵循系統代理的應用程式是否能正常連線。
Tun 接管方案
- 接入方式
- 虛擬網卡與系統路由
- 權限需求
- 具備建立網卡與修改路由所需的權限
- DNS 檢查
- 解析請求的去向應與路由方案一致
- 排除項目
- 區域網路、內部網段與必要的服務連線
適合系統代理無法涵蓋的應用程式；啟用後仍須檢查流量分流與網路衝突。
v2rayN 的 Tun 功能也取決於用戶端選用的 Tun 實作及其相依元件，不能將某種代理協定直接等同於 Tun 開關。VMess 或 VLESS 設定可用，不代表目前的 Tun 元件已準備就緒；反過來說，成功建立虛擬網卡，也不代表遠端伺服器支援所需的 UDP 轉送。
- 權限：依照用戶端提示授予所需權限。建立失敗時先查看啟動記錄，不要反覆匯入訂閱。
- 路由衝突：企業網路連線、其他虛擬網卡與重疊的私有網段，都可能改變連線路徑。
- DNS：系統、瀏覽器與 Tun 的 DNS 設定可能同時存在。瀏覽器自行選用的加密 DNS 會改變解析路徑，需另外檢查。
- UDP：請同時確認應用程式流量已進入 Tun、本機轉送鏈路支援 UDP，且遠端設定允許對應流量。
- 既有連線：切換接管方式後請重新啟動目標應用程式，避免舊連線繼續沿用原本的路徑。
代理連線：命令測試與記錄檢查
排查時先略過系統代理設定，直接指定本機代理連接埠。如果明確指定代理後能連線，但瀏覽器無法使用，問題較可能出在瀏覽器設定、擴充功能或系統代理接入；如果明確指定代理也失敗，應先檢查監聽狀態、目前使用的設定與遠端連線。
以下提供兩種在 Windows 終端機中測試的方法。假設已分別啟用範例 HTTP 與 SOCKS 連接埠，目標使用保留的範例網域，僅用來示範命令格式；實際檢查時可替換為需要診斷的目標。命令成功與否不代表特定地區的服務一定可存取。
# 透過 HTTP 代理連接埠傳送 HTTPS 請求
curl.exe --proxy http://127.0.0.1:10809 --connect-timeout 10 --max-time 20 -I https://example.com/
# 透過 SOCKS 代理，並由代理端解析目標網域
curl.exe --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com/socks5h 與 socks5 的主要差異在於目標網域是否先在本機解析。前者會將網域交由代理端處理，但實際如何解析仍取決於核心設定。命令中的 10 秒與 20 秒分別代表連線逾時與總時限，不是實測延遲或效能保證。命令列工具也不一定會自動使用 Windows 系統代理，因此此處明確指定代理。
| 測試結果 | 優先檢查項目 | 下一步 |
|---|---|---|
| 本機連線遭拒 | 核心未執行、連接埠填錯，或未設定對應的入站 | 查看啟動記錄與監聽設定 |
| 代理交握後逾時 | 遠端連線、目標服務、DNS 或路由 | 依記錄判斷失敗發生在哪個環節 |
| 命令可用，瀏覽器無法連線 | 瀏覽器的獨立代理設定、擴充功能或既有連線 | 確認系統代理設定後，重新啟動瀏覽器測試 |
| 全域可用，分流失敗 | 特定網域被設為直連、IP 規則或解析結果不同 | 查看目標出口並調整更精確的規則 |
| 網頁可用，應用程式無法連線 | 應用程式未遵循系統代理，或使用 UDP | 先檢查應用程式的代理選項，再評估 Tun |
常見問題與復原步驟
切換成全域後，為什麼某個應用程式仍然直連？
先確認該應用程式的連線是否進入用戶端。它可能忽略系統代理、設定了獨立代理，或仍在使用切換前建立的連線。如果記錄中沒有對應請求，修改路由通常無效；應先處理流量接入方式，再調整出口選擇。
設定繞過中國大陸後，為什麼中國大陸網站仍走代理？
網站可能使用未納入網域分類的 API 或海外資源，也可能符合更前面的自訂規則。先找出具體網域與連線出口，再新增必要的直連規則。不要因為單一資源異常，就將整個大型共用網域或所有海外位址改成直連。
啟用 Tun 後，還需要開啟系統代理嗎？
沒有適用於所有設定的統一答案。Tun 已涵蓋目標應用程式時，系統代理不一定是必要的接入方式；但部分應用程式可能仍優先使用自身的代理設定。排查時先保留一種明確的接入方式，減少變因，並確認 Tun 不會再次接管核心自身的遠端連線，以免形成迴圈。
Android 版可以照著這些選單設定嗎？
不行。v2rayNG 使用 Xray 核心，v2flyNG 使用 V2Fly 核心；兩者在 Android 上通常透過系統提供的虛擬網路介面接收流量。其接入方式與 Windows 系統代理不同，協定與欄位也應依實際使用的核心確認；「先確認流量有進入，再確認路由出口」的排查方式仍然適用。
啟用 Tun 後若整體網路異常，請依照以下順序退回已驗證的基準設定。每次只調整一個層級並記錄結果，比同時更換節點、DNS、規則與核心更容易找出原因。
- 關閉 Tun，等待用戶端移除相關路由；確認區域網路與原本的網路連線是否恢復。
- 確認系統代理設定：需要使用時指向正確的本機連接埠，停止使用時清除代理或還原原有設定。
- 保留一個已知可用的設定，透過明確指定代理的命令，測試從本機入站到遠端的連線。
- 暫時切換全域並重新連線，比較問題是否來自流量分流；測試後恢復日常使用的規則。
- 確實需要接管流量時，再單獨啟用 Tun，逐項檢查權限、DNS、路由衝突與應用程式連線。