先確認節點可用，再以管理員身分啟動 v2rayN，開啟 TUN 並確認路由與 DNS。適合遇到「瀏覽器能連線，終端機或遊戲卻無法連線」的使用者。看完即可分辨系統代理、虛擬網卡接管與全域代理規則，並依檢查清單排除網路問題。
一、先分清系統代理、TUN 與全域代理
系統代理是作業系統提供給應用程式的代理設定。應用程式必須支援並讀取這些設定，才會將請求傳送至本機代理入口。瀏覽器通常能使用系統代理；部分命令列工具、遊戲及自行建立網路連線的程式則不會讀取。若瀏覽器正常、其他程式卻無法連線，先確認程式是否支援代理，不要急著更換節點。
TUN 是在網路層運作、用來收發 IP 封包的虛擬網路介面。用戶端建立虛擬網卡並設定路由後，可將符合路由條件的連線送入代理處理流程，不必要求每個應用程式都支援 HTTP 或 SOCKS 代理。HTTP 是常見的網頁通訊協定；SOCKS 則是轉送應用程式連線的代理協定。
| 比較項目 | 系統代理 | TUN 模式 |
|---|---|---|
| 接管位置 | 應用程式使用代理設定後轉送請求 | 透過虛擬網卡與系統路由接收 IP 封包 |
| 應用程式需求 | 須支援系統代理或手動設定代理 | 通常不需要應用程式提供代理選項 |
| UDP 流量 | 系統 HTTP 代理通常無法涵蓋 | 具備接管條件，但仍取決於核心、規則與節點支援 |
| 啟動權限 | 通常不需要管理員權限 | 建立網卡、修改路由時通常需要提升權限 |
| 實際連線出口 | 由用戶端路由規則決定 | 同樣由用戶端路由規則決定 |
結論：先選接管方式，再設定分流規則
TUN 不代表所有連線都會經過遠端節點。需要接管不讀取代理設定的程式時再開啟 TUN；要指定哪些目的地走代理時，再調整路由規則。將兩項設定分開檢查，更容易找出問題。
二、虛擬網卡如何將流量送往節點
應用程式發起連線後，系統會先查詢路由表。符合 TUN 路由的流量會進入虛擬網卡，再由處理核心讀取並比對規則。規則可決定直連、代理或封鎖。因此，「接管全域流量」指的是涵蓋範圍，不代表每一條連線都會經過代理伺服器。
v2rayN 是管理設定與呼叫核心的用戶端介面，不應與 V2Ray 或 Xray 核心混為一談。TUN 的具體實作取決於用戶端版本及所呼叫的核心；部分版本會透過 sing-box 處理 TUN。節點使用 VMess 或 VLESS，無法單憑此判斷本機 TUN 的實作方式。
- 保留連往伺服器的出口：用戶端連線至代理伺服器時，必須避免再次被導入自己的 TUN，造成路由迴圈。優先使用用戶端產生的路由，不要任意疊加手動預設路由。
- 另外檢查 DNS：DNS 是將網域名稱轉換成 IP 位址的解析服務。若解析失敗，請求可能根本還沒進入遠端連線階段，此時更換節點未必有幫助。
- 別把遊戲和 UDP 畫上等號：遊戲可能同時使用 TCP 與 UDP。TCP 連線成功，只能證明其中一種連線路徑可用。
三、啟用前備份設定並確認本機入口
以下以 Windows 上的 v2rayN 7.x 桌面介面為操作範例。不同小版本的按鈕位置與設定分類可能不同，請以實際介面中的「啟用 TUN」及 TUN 參數名稱為準，不必照著其他版本的截圖尋找完全相同的版面。開始前，記下目前使用的版本、選取的節點、路由模式與本機監聽連接埠。
一般代理的基準設定
- 目前使用的設定
- 選取已匯入且可用的節點
- 系統代理
- 先用來確認瀏覽器連線
- 本機入口
- 記下實際的 SOCKS 或混合監聽連接埠
- 備份項目
- 訂閱、路由與 DNS 設定
先確認節點可用，再加入虛擬網卡這個變因。
啟動 TUN 的條件
- 執行權限
- 以管理員身分啟動
- 處理核心
- 備妥用戶端要求的核心檔案
- 其他 VPN／隧道連線
- 測試期間暫停可能衝突的連線
- 路由與 DNS
- 先保留用戶端預設設定
僅在獲准管理的裝置上操作，勿規避組織的網路政策。
以下三個數字是排查時常見的連接埠，不是測速結果，也不是所有版本都固定使用的預設值。尤其是本機代理連接埠，務必到「設定」→「參數設定」確認監聽設定，不要只依照舊教學填寫。
四、在 v2rayN 提升權限並啟用 TUN
- 確認目前節點可用。選取準備使用的設定，暫時透過系統代理連線至已知可存取的 HTTPS 網頁。若一般代理也無法使用，先檢查訂閱、伺服器位址、驗證資訊或網路問題。
- 完全結束用戶端。從系統匣選單結束 v2rayN，不要只關閉主視窗。若舊程序仍在系統匣執行，重新啟動時可能仍會沿用原本的權限。
- 以管理員身分執行。在 v2rayN 程式或捷徑上按右鍵，選擇「以管理員身分執行」，並確認系統的授權提示。具備服務模式的版本也可能透過服務取得所需權限；初次排查時，先採用一種明確的提權方式。
- 檢查 TUN 參數。前往「設定」→「參數設定」，找到目前版本的 TUN 設定分類。初次使用時先保留預設通訊協定堆疊與 MTU，不要同時修改 DNS、網卡名稱和路由。MTU 是單一網路封包的最大傳輸單位。
- 開啟「啟用 TUN」。回到主畫面啟用相應開關，並查看記錄是否完成核心啟動、網卡建立與路由設定。若出現缺少核心檔案的提示，請使用完整安裝套件，或透過用戶端提供的更新功能補齊。
- 排除系統代理的影響。若要確認 TUN 是否獨立生效，請將系統代理設為「清除系統代理」，但讓用戶端與 TUN 保持執行，再測試瀏覽器和目標應用程式。
啟用後可前往 Windows「設定」→「網路和網際網路」→「進階網路設定」查看網路介面卡，也可使用下方命令檢查。虛擬網卡出現只代表介面已建立，不表示節點、網域名稱解析與目標應用程式都能正常運作。
五、用命令確認流量接管，不只看開關
先在同一個終端機視窗進行對照測試。第一個命令明確指定本機 SOCKS 入口，用來確認一般代理連線；第二個命令不使用應用程式代理，用來檢查開啟 TUN 後是否能連線。範例連接埠為 10808，目標為公開的範例網域，執行前請確認連接埠與目前節點的規則。
curl.exe --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com
curl.exe --noproxy "*" --connect-timeout 10 --max-time 20 -I https://example.comsocks5h 表示透過 SOCKS 代理端解析網域名稱。--noproxy "*" 會讓這次 curl 請求略過應用程式層的代理設定，但不會繞過系統路由或 TUN。在 Windows 上請使用 curl.exe，避免部分終端機環境將 curl 解讀為其他命令。
Get-NetAdapter
Get-NetRoute -AddressFamily IPv4
Get-NetRoute -AddressFamily IPv6
Get-DnsClientServerAddress- 比較開關前後的狀態：記錄 TUN 關閉與開啟時的介面及路由變化。不必要求一定出現某一條固定的預設路由；不同實作可能會透過更具體的路由導引流量。
- 確認對外連線記錄：查看同一次測試連線符合了哪個目的地與出口。請求成功本身無法證明流量經過代理，因為直連規則也可能連線成功。
- 檢查 IPv6：若應用程式優先使用 IPv6 連線，而 TUN 只涵蓋 IPv4，結果可能與瀏覽器不同。請確認核心與規則是否支援並涵蓋實際使用的位址類型。
- 測試實際使用的應用程式：重新啟動目標遊戲或命令列工作後再測試。切換模式後，既有的長時間連線不一定會立即重新建立。
結論：以「請求成功＋對應的對外連線記錄」確認流量路徑
第二個命令成功後，請確認記錄是否符合預期的代理出口。若只是直連成功，請調整測試目標或路由規則；不能據此判定所有應用程式都已透過代理連線。
六、處理 DNS、區域網路與 UDP 的限制
先排除解析問題，再調整分流。傳統 DNS 常使用 UDP 或 TCP 的 53 連接埠；加密 DNS 也可能透過 HTTPS 的 443 連接埠傳輸。只接管 53 連接埠，無法保證涵蓋應用程式內建的加密 DNS。若瀏覽器啟用了獨立的安全 DNS，請一併檢查用戶端設定，避免兩套設定互相干擾。
| 狀況 | 優先檢查項目 | 處理建議 |
|---|---|---|
| 網域連線失敗，但使用 IP 的連線正常 | DNS 上游與解析出口 | 先恢復預設 DNS 設定，查看解析逾時記錄，再單獨更換一個上游 |
| 無法連線至本機印表機或儲存裝置 | 區域網路目的地是否被誤送至代理 | 確認 192.168.0.0/16、10.0.0.0/8 等實際使用網段的直連規則 |
| 網頁正常，但遊戲登入或語音功能失敗 | UDP 支援與規則 | 確認節點服務支援 UDP，再檢查遊戲相關連線是否遭到封鎖 |
| 少數網頁停滯或上傳中斷 | MTU 與路徑問題 | 記下原始值後逐項測試；可嘗試 1400，但不應視為通用最佳值 |
區域網路網段不只有表格中的兩組。也請依實際環境檢查 172.16.0.0/12、IPv6 區域位址及組織專用路由。不要任意將整個組織內網改走代理，也不要把不明的公網位址範圍整段加入直連規則。
命令列工具不一定要使用 TUN。支援代理的工具可設定環境變數或明確指定 SOCKS 入口；遊戲若提供可用的代理選項，也可採用其他連線方式。TUN 的用途是統一接管不讀取代理設定的連線，不是保證降低遊戲延遲，更無法補足伺服器端欠缺的 UDP 支援。
七、常見問題與網路復原步驟
啟用時提示權限不足，明明已用管理員身分執行？
先從系統匣完全結束程式，再確認是否仍有舊程序。重新在程式上按右鍵，選擇「以管理員身分執行」。若仍無法解決，記下記錄中失敗的操作，分辨是網卡建立失敗還是檔案存取失敗；不要只是不斷切換開關。
瀏覽器能連線，終端機仍然無法連線，該怎麼辦？
先清除系統代理，再執行上方含有 --noproxy "*" 的測試。若失敗，檢查 TUN 路由與對外連線記錄；若成功，再檢查終端機工具本身的代理環境變數、憑證設定與目標位址。
開啟 TUN 後，其他隧道或公司網路無法使用？
先關閉 TUN，恢復公司網路連線，再比較兩邊的路由。經核准進行測試時，一次只啟用一個隧道；若必須同時執行，請由網路管理員明確設定組織網段、DNS 與出口優先順序，不要直接刪除另一條隧道的路由。
關閉用戶端後仍無法連上網路，該如何復原？
重新開啟用戶端，先關閉 TUN，再清除系統代理並正常結束程式。檢查系統 DNS 是否仍指向已失效的本機服務；原本使用自動取得設定的網路可恢復為自動取得。若仍異常，請重新連線網路或重新啟動，再檢查是否有殘留設定。
Android 版 v2rayNG 也需要這樣提升權限嗎？
不必照搬 Windows 的步驟。v2rayNG 使用 Xray 核心，啟動時會透過 Android 的 VPN 授權接管流量，通常不需要 root。請確認已授予系統權限，並檢查應用程式的個別應用代理設定；排除清單中的應用程式不會透過相同路徑處理。
完成排查後，記下最後可用的節點、路由模式、DNS 設定與用戶端版本。每次只變更一項設定，失敗時就還原原值。若想進一步了解直連與代理出口的比對方式，請參閱站內設定欄位說明；首次匯入訂閱則可從入門指南開始。