本文以 Windows 版 v2rayN 為操作範例，適合系統代理已可正常使用，但終端機或其他應用程式仍無法依規則連線的使用者。先確認節點可用，再以系統管理員權限啟用 TUN，最後逐一檢查接管範圍、路由結果與 DNS。TUN 的作用是將流量導入處理流程，不代表所有連線都必須經過代理；macOS、Linux 的權限與網路管理方式則須依平台處理。
TUN 虛擬網卡與系統代理有何不同
系統代理會將本機代理位址提供給支援此設定的應用程式。瀏覽器通常可以使用，但部分終端機程式、遊戲或自行建立連線的應用程式不會讀取這項設定。TUN 會建立第三層虛擬網路介面，搭配系統路由將 IP 封包交給本機網路處理元件，因此能涵蓋更多不支援 HTTP 或 SOCKS 代理設定的程式。
「接管全域流量」描述的是流量入口範圍，「全域代理」描述的是出口策略，兩者不是同一個開關。TUN 接收到的連線仍可依網域、目標 IP 或其他支援條件，分流至直連、代理或阻擋。區域網路、回送位址及明確排除的路由也可能不會進入 TUN；不能只看開關已啟用，就認定所有流量都已被接管。
| 比較項目 | 系統代理 | TUN 模式 |
|---|---|---|
| 流量入口 | 應用程式連線至本機代理埠 | 系統路由將 IP 封包送至虛擬介面 |
| 應用程式需求 | 應用程式須支援系統代理或自行設定代理 | 通常不必逐一為應用程式設定代理位址 |
| 權限需求 | 修改目前使用者的代理設定通常不需要提升權限 | 建立介面、調整路由通常需要提升權限 |
| UDP 支援 | HTTP 系統代理無法轉送一般 UDP 流量 | 仍須視 TUN 元件、通訊協定及伺服器支援情況而定 |
| 排查重點 | 監聽埠、應用程式代理設定 | 介面、路由、DNS 與出口連線 |
啟用前：先確認節點與本機連接埠
先關閉 TUN，透過系統代理或在應用程式中手動設定代理來測試節點。成功匯入訂閱只代表設定已讀取，不代表遠端位址可連線。VMess、VLESS 等連線參數、傳輸方式與 TLS 設定仍須符合伺服器設定。如果一般代理已無法連線，應先修復節點，避免將節點故障與虛擬網卡問題混為一談。
以上是通訊協定埠與測試範例，並非效能實測，也不代表 v2rayN 預設監聽值。請在「設定」→「參數設定」中確認本機監聽埠；介面分類可能隨版本改變。確認該埠可接受 HTTP 代理後，才能執行下方命令。範例假設監聽位址為 127.0.0.1、埠號為 10808。
curl.exe --proxy http://127.0.0.1:10808 --head --connect-timeout 10 https://www.example.com/- 收到 HTTP 回應標頭，表示這次請求已建立代理連線；不代表所有網站或 UDP 都能正常使用。
- 若顯示無法連線至本機埠，請先確認核心是否已啟動、監聽埠是否一致，以及該埠是否遭其他程序占用。
- 若顯示交握或遠端連線失敗，請查看核心記錄，並確認節點、系統時間與伺服器參數。
- 記下目前的系統代理、路由模式與 DNS 設定，關閉其他正在接管網路的工具，保留可還原的基準狀態。
在 Windows 啟用 v2rayN TUN 的步驟
v2rayN 是管理設定與程序的介面，TUN 的實際處理則由配套元件負責。不同版本的開關位置、網路堆疊選項與啟動方式可能不同，不能將桌面介面中的某個選項視為 V2Fly 或 Xray 的通用欄位。請先確認目前安裝套件包含該版本所需的 TUN 元件，再提升權限。
- 結束程式並以系統管理員身分啟動。從系統匣結束 v2rayN，並確認舊的執行個體已關閉。按右鍵點選程式或捷徑，選擇「以系統管理員身分執行」。如果目前版本提供以提升權限重新啟動的選項，也可以使用該功能。
- 選擇可用節點。在伺服器清單中選擇已通過一般代理測試的節點，並確認目前的路由模式。首次測試時沿用現有規則，不要同時更換節點、DNS 與網路堆疊。
- 清除系統代理。在主視窗或系統匣的系統代理選單中選擇「清除系統代理」。這麼做可減少雙重流量入口造成的排查變因，但不是所有版本啟用 TUN 的必要條件。
- 啟用 TUN。在主畫面找到「啟用 Tun」或名稱相近的 TUN 開關並開啟。不同介面的大小寫可能不同；若找不到此選項，請先確認平台、安裝套件與目前版本的說明文件，不要安裝來源不明的網卡驅動程式。
- 查看啟動記錄。確認沒有權限不足、介面建立失敗或路由寫入失敗等訊息。接著檢查系統網路介面與路由，再發出一次未指定代理的請求。
路由分流與 DNS：接管流量後如何處理
穩定的設定必須同時回答兩個問題：連線應使用哪個出口，以及網域透過哪條解析路徑取得 IP 位址。TUN 接管連線後，路由策略仍須保留本機網路存取，並避免代理伺服器本身的連線再次進入代理入口，形成迴圈。請優先使用用戶端為目前 TUN 方案產生的設定，不要直接貼上其他核心的 JSON。
首次接管的基準設定
- 系統代理
- 清除系統代理，方便隔離測試
- TUN 開關
- 啟用後檢查啟動記錄
- 本機位址
- 保留回送位址與區域網路存取
- 代理節點
- 沿用已驗證的節點
這是用戶端操作檢查表，不是可匯入的核心設定欄位。
DNS 檢查基準
- 傳統查詢
- 檢查 UDP/TCP 53 的處理路徑
- 加密查詢
- 另外確認應用程式內的 DoH 設定
- 解析出口
- 確認 DNS 上游可透過選定路徑連線
- IPv6
- 同時確認 IPv6 路由與解析結果
只接管傳統 DNS，不代表應用程式內的加密 DNS 也會採用相同策略。
區域網路位址應依實際網路規劃設定。例如 192.168.1.0/24 可能是家用路由器所在的網段，但企業網路可能使用其他網段。不要只加入一個範例網段，就認定所有內部網路都已涵蓋；請依路由表確認印表機、檔案伺服器與內部 DNS 的目標範圍。
- 網域規則應優先考量資訊來源。應用程式可能先自行解析，再發出 IP 連線。若規則依賴網域，請確認目前的 TUN 方案如何保留或還原網域資訊；不能假設每個連線都包含網域名稱。
- DNS 上游不能依賴尚未建立的連線。如果代理節點位址本身需要透過網域解析，應避免出現「必須先連上節點才能解析節點」的啟動依賴。
- 分別驗證 IPv4 與 IPv6。網頁可以開啟，不代表兩種位址家族都走上預期路徑。若 IPv6 缺少接管路由，應用程式可能改走其他出口。
- 修改規則後重新載入。透過用戶端儲存並重新載入設定，再以新連線進行測試。既有的長連線可能會繼續沿用原本建立的路徑。
驗證 TUN：介面、路由與實際連線
不要只看工作列圖示或虛擬網卡名稱。有效的驗證必須比對三項證據：介面已建立、目標流量經過預期路由，以及連線記錄顯示正確的出口。介面名稱取決於元件與版本，不同電腦不一定相同；路由也可能使用比預設路由更精確的網段，因此不能只搜尋 0.0.0.0/0。
Get-NetAdapter
Get-NetRoute -AddressFamily IPv4
Get-NetRoute -AddressFamily IPv6
curl.exe --noproxy "*" --head --connect-timeout 10 https://www.example.com/前三個命令請在 PowerShell 中執行。最後一個命令使用 --noproxy "*" 避開 curl 的明確代理入口，讓請求交由系統路由處理；這不會繞過 TUN。請求成功只能證明目前能連線至該目標，仍須搭配記錄確認流量走直連還是代理。
| 測試對象 | 操作方式 | 判斷依據 |
|---|---|---|
| 未設定代理的程式 | 清除程式本身的代理設定，再發出新請求 | 核心記錄中出現對應連線與預期出口 |
| 區域網路服務 | 連線至實際閘道器、印表機或內部網站 | 本機服務可連線，且未誤送至遠端代理 |
| 網域解析 | 清除應用程式快取後，存取測試網域 | DNS 記錄、連線目標與策略一致 |
| UDP 應用程式 | 測試實際需要的語音或其他 UDP 功能 | 伺服器與選用的通訊協定均支援，且記錄中沒有持續失敗 |
ping 使用 ICMP，不能視為 TCP 或 UDP 代理測試。某個目標未回應 ping，不足以判定 TUN 失效；瀏覽器能開啟網頁，也不能證明語音、遊戲及所有 UDP 請求都正常。請依實際應用程式使用的傳輸協定分別測試。
TUN 無法啟用、網路中斷與網卡衝突排查
依序排查「權限與元件、介面與路由、DNS、遠端連線」。每次只修改一個變因，並保留故障時間點附近的記錄。虛擬機器網路、企業遠端連線軟體與其他虛擬網卡可能正常共存；發生問題時，先停用彼此競爭的網路接管功能，不要一次解除安裝所有網路介面卡。
一開啟開關就自動關閉，該怎麼辦？
先確認是否以系統管理員權限啟動，再檢查記錄中的介面建立失敗、檔案遺失或權限錯誤。確認目前安裝套件包含所需元件，且未遭安全性政策隔離。不要只因啟用失敗就反覆切換網路堆疊；請先找出第一筆啟動錯誤。
啟用後所有網頁都無法開啟，是 DNS 問題嗎？
不一定。先關閉 TUN，重新測試原本的本機代理連線；若仍然失敗，請先檢查節點。若一般代理正常，再比對 TUN 路由與 DNS 記錄。出現解析逾時後，再優先檢查 DNS 上游是否可連線、查詢出口，以及節點網域的啟動解析。
網頁正常，但語音或遊戲無法連線，怎麼處理？
確認應用程式實際使用 UDP，並檢查目前的代理通訊協定及伺服器是否支援這類流量。查看記錄中是否出現對應目標，再檢查防火牆。TCP 網頁連線成功不能取代 UDP 測試；單純更換本機監聽埠也無法補足伺服器的支援能力。
啟用後公司內網或印表機無法連線？
先關閉 TUN，確認連線是否恢復，再查看目標內部網路網段與目前路由是否重疊。依實際網段新增直連或繞過規則。若仍需使用企業遠端連線，請依組織網路政策協調路由，不要覆寫受管理的網路設定。
關閉視窗後仍然無法上網，如何復原？
先分清楚「關閉視窗」與「結束程式」：系統匣中的程序可能仍在執行。重新開啟主視窗並關閉 TUN，再清除系統代理並從系統匣結束程式。若程序異常終止，重新啟動後正常關閉一次；若仍有殘留，先保存路由資訊，再重新啟動系統確認。
關閉 TUN 並保留可重現的設定
測試完成後，請保留一份精簡紀錄：作業系統、用戶端版本、目前節點的通訊協定、TUN 開關、路由模式、DNS 上游，以及故障時的第一筆錯誤。請勿公開訂閱網址、連線憑證或含有使用者識別資訊的完整設定。紀錄應說明是哪個步驟改變了行為，而不只是寫「啟用後不能用」。
- 先關閉 TUN，等候記錄顯示相關程序或介面已停止，並確認一般網路恢復。
- 若要繼續使用系統代理，再另外設定系統代理模式；若要結束用戶端，請保持系統代理已清除。
- 重新測試區域網路與常用網站，並確認是否仍有其他工具控制預設路由。
- 確認基準狀態穩定後，再逐一啟用自訂分流或其他進階選項，避免一次匯入多套彼此覆寫的規則。
TUN 的價值在於擴大流量入口的涵蓋範圍，實際行為仍由路由、DNS 與出口能力共同決定。如需進一步確認欄位，請參閱設定欄位說明；不要將用戶端產生的 TUN 設定誤認為適用於所有核心的通用 config.json。