v2rayN 的 TUN 模式會建立虛擬網路介面，並透過 Windows 路由把符合條件的流量送入代理核心。它與「系統代理」不同：系統代理需要應用程式讀取代理設定；TUN 則能接管較多不使用系統代理的程式流量，但也會影響路由、DNS 與其他 VPN 軟體。啟用前請先確認 v2rayN、代理核心與網路都能正常使用，並記下目前的設定，方便發生問題時還原。
本文說明如何在 Windows 版 v2rayN 檢查核心、權限與 TUN 網卡，再逐步啟用透明代理並驗證流量是否經過代理。不同版本的選單名稱可能略有差異，請以目前介面顯示的選項為準；若遇到無法連線，依序檢查核心記錄、網卡與路由，最後再關閉 TUN 還原。
TUN 模式會接管哪些流量
一般系統代理會在 Windows 中設定代理伺服器位址及連接埠，支援系統代理的瀏覽器和程式才會使用它。TUN 模式則建立虛擬網路介面，讓作業系統將符合路由規則的流量送進代理核心，再由核心依設定轉送。這也是為什麼啟用 TUN 後，未提供代理選項的程式可能也能經過代理。
流量是否全部走代理，仍取決於 TUN 設定、路由規則及 DNS 處理方式。部分流量可能被設定為直連，區域網路、系統服務或特定網域也可能使用不同路徑。因此，「TUN 已開啟」不等於每一個連線都必然經過代理；應搭配用戶端記錄與實際應用程式測試確認。
| 比較項目 | 系統代理 | TUN 模式 |
|---|---|---|
| 流量入口 | 應用程式讀取 Windows 代理設定 | Windows 路由將流量送至虛擬網路介面 |
| 應用程式相容性 | 不使用系統代理的程式通常不會跟隨 | 可涵蓋更多一般網路流量，仍受路由規則影響 |
| 主要依賴 | 本機代理入口及應用程式的代理支援 | 核心、權限、虛擬網卡、路由與 DNS |
| 常見影響 | 瀏覽器獨立設定可能與系統設定衝突 | 可能與其他 VPN、網路過濾或安全軟體衝突 |
如果只有瀏覽器需要代理，先使用系統代理通常較容易判斷問題；若有不讀取系統代理的桌面程式，再評估 TUN。不要同時啟用多個 VPN 或多種流量接管工具進行首次測試，否則路由表可能被多個程式改寫，難以確認實際連線路徑。
啟用前檢查 Windows、核心與權限
先確認 v2rayN 已能正常開啟，至少有一個可用節點，且未啟用 TUN 時能完成基本連線測試。TUN 不是用來修復節點故障的功能：若核心原本無法連線，切換成 TUN 只會增加網卡與路由等排查項目。更新用戶端或核心前，保留現有設定資料；不要從不明來源單獨下載或替換驅動程式。
上方的 10808 只是常見設定範例，不代表所有 v2rayN 安裝都使用這個連接埠，也不是 TUN 網卡的位址。請以目前用戶端的本機監聽設定和核心記錄為準。TUN 虛擬網卡與本機 SOCKS 或 HTTP 入口用途不同，不能把一個設定值直接填入另一個欄位。
- 確認核心：在 v2rayN 的核心設定或核心管理畫面，確認目前使用的核心已安裝且能正常啟動。部分版本的 TUN 選項會依賴相應核心或支援元件；若畫面提示缺少元件，先使用用戶端提供的核心管理功能處理。
- 確認權限：TUN 需要建立虛擬網路介面並調整路由，通常會觸發 Windows 使用者帳戶控制提示。使用標準帳戶時，請準備具有管理員權限的帳戶完成授權；不要因為權限錯誤就長期以系統管理員身分執行所有程式。
- 確認網路環境：暫停其他 VPN、網路過濾器或同樣會建立虛擬介面的工具，再進行第一次測試。公司或學校管理的裝置可能限制安裝網卡或修改路由，請遵守裝置管理政策。
- 記下還原依據：記錄 TUN 開關、系統代理狀態，以及問題發生前正在使用的節點。若有自訂路由或 DNS 設定，先截圖並遮蔽任何訂閱網址、節點識別資訊及憑證。
在 v2rayN 開啟 TUN 模式
v2rayN 不同介面與版本的選單排列可能不同，TUN 相關項目可能出現在設定頁、參數設定或主視窗的功能選單。以下步驟以畫面中實際可見的 TUN 開關及核心選項為準，不將某一版的選單路徑當成所有版本通用。如果找不到項目，先確認目前用戶端版本和核心功能，而不是修改 Windows 路由或防火牆來嘗試開啟。
-
確認節點可用
先選取目前使用的節點，確認 v2rayN 核心記錄沒有啟動錯誤，並用原本的系統代理方式開啟一個常用網站。先確認基本連線正常，才能把之後的故障範圍縮小到 TUN。
-
檢查 TUN 選項
開啟 v2rayN 的設定或參數設定，尋找名稱含「TUN」或「虛擬網卡」的選項。若畫面提供核心選擇或相關元件管理，依介面提示確認所需核心已就緒；不要把系統代理的 HTTP 或 SOCKS 連接埠當成 TUN 介面參數。
-
暫停其他代理
首次測試先關閉其他 VPN、代理用戶端與會修改路由的工具。若 v2rayN 同時提供系統代理開關，記下原狀態，依目前版本的說明設定；不要在不清楚兩者關係時同時改動多個開關。
-
啟用並授權
開啟 TUN 後，依 Windows 使用者帳戶控制提示授權。若介面明確提供網卡名稱、路由或 DNS 欄位，先保留預設值，除非錯誤記錄指出需要調整。等待核心記錄顯示相關服務或介面已啟動，再進行連線測試。
-
逐項驗證流量
先測試一般網站，再測試一個不支援系統代理的應用程式。若只有其中一類失敗，記下時間、應用程式與錯誤現象，並查看同一時間的核心記錄；不要一次更改路由、DNS、核心和防火牆設定。
啟用後可在 Windows「設定」→「網路和網際網路」→「進階網路設定」查看網路介面是否出現或狀態是否改變；不同 Windows 版本的頁面名稱可能略有不同。也可在 PowerShell 執行 Get-NetAdapter 查看網卡清單。介面名稱會依用戶端與驅動而異，單憑清單中看見虛擬介面，仍不能證明流量已正確代理。
Get-NetAdapter
route printroute print 可用來觀察路由表是否有變化，但不要只憑某一條預設路由就判定 TUN 成功或失敗。部分設定會使用分流路由，介面名稱、閘道及路由優先順序也會依網路環境而變。測試完成後，若需要尋求協助，分享輸出前請刪除可能揭露內部網路配置的資訊。
用連線結果與記錄確認是否生效
測試應涵蓋不同類型的流量。先確認瀏覽器可以載入一般網站，再測試一個平常不會讀取 Windows 系統代理設定的程式；最後檢查原本預期直連的區域網路服務是否仍可使用。確認出口位址時，可以使用可信任的外部檢查服務，但結果只代表該次請求所走的路徑，不能代表所有程式、網域與 DNS 查詢都使用同一條路徑。
- 瀏覽器正常、其他程式失敗：查看該程式是否使用獨立網路堆疊、是否被防火牆限制，以及路由規則是否將相關流量設為直連。
- 所有程式都無法連線：查看核心是否仍在執行、選取節點是否可用，以及記錄中是否有網卡建立、權限或路由錯誤。
- 網站可開啟但網域解析失敗：優先核對 TUN 的 DNS 選項、核心 DNS 記錄和 Windows 網路狀態。不要因為 DNS 異常就直接停用憑證驗證或任意指定陌生 DNS。
- 區域網路無法存取：檢查目前路由規則是否將區域網路流量送入代理，以及該網路是否需要直連。先記下原值，再逐項測試規則，不要直接清除所有路由。
v2rayN 的核心記錄可提供比單一錯誤畫面更多線索。比對 TUN 開啟時間與失敗時間，留意權限拒絕、介面建立失敗、地址解析失敗、路由更新失敗及核心退出等訊息。若出現「連接埠已占用」，確認是否有其他程式使用相同本機入口；若訊息指向虛擬網卡或路由，則先排除權限、其他 VPN 與安全軟體攔截。請勿公開未遮蔽的訂閱連結或節點憑證。
判斷原則：網卡出現只是第一步
只有在 TUN 已啟動、核心記錄沒有相關錯誤，而且原本不使用系統代理的程式也能依預期連線時，才可初步判斷流量接管有效。若網站能開啟但 DNS 或區域網路異常，應修正對應路由與解析設定，不要把「能上網」當作所有流量都已正確分流。
常見故障與安全還原方式
排錯時先保留錯誤訊息與發生時間，一次只改一個項目。若 TUN 開關無法啟用，先確認 Windows 是否允許授權、核心是否正常，以及相關元件是否由用戶端正確安裝。若開關能啟用但隨即關閉，查看核心記錄中介面建立或路由設定失敗的前後訊息；不要只重複按下開關。
開啟 TUN 後跳出權限提示，該怎麼處理？
確認提示來自 v2rayN 的操作，再依 Windows 使用者帳戶控制授權。若使用標準帳戶，請由有權限的管理員協助；不要關閉整體使用者帳戶控制設定來迴避單一功能的權限問題。
虛擬網卡沒有出現在清單中嗎？
先查看核心記錄是否有建立介面失敗，再確認安全軟體或裝置政策是否阻止網卡安裝。使用 v2rayN 內建的核心或元件管理功能檢查所需項目，不要從不明來源取得驅動。
啟用後瀏覽器可以連線，命令列卻逾時？
確認命令列程式是否被路由規則設為直連，並比對其執行時間的核心記錄。若程式有獨立代理或網路設定，也要確認是否與 TUN 路徑互相衝突。
關閉 TUN 後仍然無法上網嗎？
確認 v2rayN 已完成關閉流程，再檢查系統代理是否恢復到啟用前的狀態。停用其他 VPN 後重新連線，並在 Windows 網路設定中確認實際使用的介面；不要立即手動刪除路由或網卡。
TUN 和系統代理能不能同時開啟？
是否適用取決於 v2rayN 版本與具體設定。排錯時先選一種流量接管方式，確認穩定後再依需求測試另一種；同時開啟卻未核對路由與代理入口，可能造成重複轉送或判斷困難。
要還原時，先在 v2rayN 關閉 TUN，等待核心記錄顯示介面或路由已停止更新，再依照啟用前記下的狀態恢復系統代理。接著關閉並重新開啟受影響的應用程式，確認一般網路連線與區域網路服務是否恢復。若 v2rayN 無法正常撤除介面，先正常結束用戶端並重新啟動 Windows；仍有問題時，再依記錄尋求協助，不要未確認影響就重設整個網路堆疊。