v2rayN TUN 模式設定教學：虛擬網卡接管流量、啟用步驟與系統代理差異

本文重點

瀏覽器可以連線，但命令列工具或其他程式仍直接連線時，應先釐清系統代理與 TUN 的接管範圍。本文以 Windows 版 v2rayN 為例，依序說明「確認節點、取得權限、啟用虛擬網卡、檢查路由與 DNS、測試及還原」的操作方式。重點是讓需要代理的流量走對出口，同時保留區域網路連線；接管流量不代表所有連線都必須經過代理。

系統代理與 TUN：入口不同，出口仍由路由決定

系統代理會在作業系統中登錄本機代理位址。遵循這項設定的應用程式會將要求交給 v2rayN 的本機監聽連接埠；忽略系統代理的程式則仍會自行建立連線。瀏覽器能開啟網頁，不代表終端工具、遊戲或背景服務也有經過代理。

TUN 是網路層的入口。用戶端會建立虛擬網路介面，並透過系統路由將符合條件的 IP 流量導入該介面，再由相關核心處理 TCP、UDP、DNS 與出口選擇。應用程式通常不必自行填寫代理位址，但既有 VPN、綁定特定網卡的程式，以及優先順序較高的其他路由，仍可能影響接管結果。

系統代理：先確認基本連線

建議

設定範圍較小，適合先確認訂閱節點、本機監聽與瀏覽器連線是否正常。建議先從這裡排查，但不代表所有情境都應以此作為最終方案。

適合：主要使用瀏覽器，或應用程式支援 HTTP、SOCKS 代理

TUN：接管不讀取代理設定的程式

透過虛擬網卡與路由接收流量。還需要檢查權限、DNS、UDP 支援及區域網路例外，不能只看開關是否已開啟。

適合：終端工具、部分桌面程式，以及需要統一網路分流的環境

判斷方式：先選入口，再選路由策略

若系統代理已能滿足需求，先維持現狀；確認有程式繞過代理後，再啟用 TUN。啟用 TUN 後仍可進行分流，只有選用相應的全域代理規則，符合條件的流量才會統一經由代理出口。

啟用前檢查：節點、權限與三種連接埠用途

先在 v2rayN 更新訂閱、選取節點並設為使用中的伺服器。透過系統代理造訪實際需要使用的網站，確認節點不只成功連線，也能完成實際要求。延遲測試有結果不代表所有目標都能連線，更無法證明 UDP 運作正常。

以下數字用於辨識連接埠用途，不代表必須將所有設定改成相同數值。v2rayN 的本機監聽連接埠以「設定」→「參數設定」顯示的實際值為準；訂閱節點的遠端連接埠由服務提供者決定，不應為了符合範例而修改。

10808

本機代理監聽範例，請以參數設定為準

傳統 DNS 查詢常用連接埠

443

HTTPS 與 DoH 常用連接埠

系統管理員權限：Windows 建立虛擬網卡及設定路由時，通常需要較高權限。結束 v2rayN 後，以「以系統管理員身分執行」重新啟動，並確認已核准系統提示。
執行元件：確認安裝套件是否包含 TUN 所需元件。常見版本的 v2rayN 會使用 sing-box 作為 TUN 入口；節點使用 Xray，不代表 TUN 一定由 Xray 直接建立。
網路衝突：先關閉其他 VPN 或同類型的虛擬網卡接管功能。不要一開始就疊加多個預設路由，再猜是哪個程式正在接收流量。
還原備註：記下目前的系統代理狀態、路由模式與 DNS 設定。第一次測試只變更一組設定，方便還原。

v2rayN 啟用 TUN：依序操作並確認結果

確認一般代理可用後，再啟用 TUN。首次排查時建議清除系統代理，讓測試程式只經由 TUN 這個入口，避免系統代理仍在生效時，誤以為虛擬網卡已成功接管流量。這是排查方法，不代表兩種入口永遠不能同時啟用。

結束程式並提高權限：從系統匣結束 v2rayN，再按右鍵啟動程式並選擇「以系統管理員身分執行」。只關閉主視窗可能仍會留下背景處理程序。
確認使用中的節點：確認伺服器清單中的使用中伺服器沒有變更。若需重新新增訂閱，請前往「訂閱群組」→「訂閱群組設定」，儲存網址後執行更新。
查看本機參數：前往「設定」→「參數設定」，記下本機監聽連接埠；若目前版本提供 TUN 設定頁，先使用預設網路堆疊與 MTU，不要同時修改多項測試參數。
清除系統代理：在主畫面或系統匣的「系統代理」選單中選擇「清除系統代理」。並確認測試程式未另行設定代理位址或代理環境變數。
啟用 TUN：開啟主畫面的「啟用 TUN」開關。若目前版本的入口位於設定選單，請依該版本顯示的 TUN 項目操作。查看記錄是否出現網卡建立、核心啟動或路由設定錯誤。
確認實際連線：使用未設定應用程式代理的程式存取目標，並配合路由、DNS 與存取記錄判斷出口。完成後再決定是否保留系統代理。

在 PowerShell 中，下列兩個唯讀命令可查看網路介面卡與 IPv4 路由，不會修改系統設定。虛擬介面名稱不一定包含固定字樣，應比較啟用前後的變化；部分 TUN 實作會新增兩條更具體的路由，而非取代原有預設路由。

Get-NetAdapter | Format-Table Name, InterfaceDescription, Status
Get-NetRoute -AddressFamily IPv4 |
  Sort-Object DestinationPrefix, RouteMetric |
  Format-Table DestinationPrefix, InterfaceAlias, NextHop, RouteMetric

出現虛擬介面只是第一步。若記錄顯示介面正常，但應用程式要求沒有進入對應的處理流程，還要檢查路由優先順序、應用程式是否綁定實體網卡，以及規則是否將要求設為直連。

路由分流：保留區域網路，避免代理連線繞回自身

「TUN 接管全域流量」描述的是入口範圍；「全域代理」描述的是出口策略。啟用 TUN 後，家用儲存設備、印表機與內網服務仍可直接連線，其他目標則依網域、IP 或規則集導向代理。若直接強制所有目標都連往遠端，反而可能無法存取區域網路設備。

設定方式：日常分流與短時間診斷分開處理

日常分流

依需求讓區域網路與私有位址直連。
明確將需要代理的目標導向代理出口。
分別設定直連 DNS 與代理 DNS。
保留節點伺服器連線的防回環機制。

短時間診斷

清除系統代理，隔離 TUN 入口。
暫時為測試目標指定代理規則。
檢查記錄中的規則命中情形與出口。
測試完成後還原日常分流設定。

先確認指定目標能經由代理連線，再擴大規則範圍；不要用一次出口查詢取代對所有應用程式的測試。

目標或位址	設定方向	原因
`192.168.0.0/16`	依內網需求設定為直連	常用於家用路由器、印表機與儲存設備。
`10.0.0.0/8`	先確認公司網路或 VPN 設定	私有網段可能由企業隧道提供，不能逕自改走實體網卡。
目前使用的節點伺服器	保留正確的實體出口或排除機制	若代理本身的連線再次被送回同一條隧道，就會形成連線回環。
需要代理的服務目標	明確導向代理出口	避免被優先順序較高的直連規則搶先符合。

VMess 與 VLESS 是節點協定，不是控制流量是否經過虛擬網卡的開關。TUN 接管 UDP 後，後續鏈路也必須支援相應轉送；遊戲或語音應用程式無法連線時，應檢查節點協定、伺服器端策略與防火牆，而不是只反覆切換虛擬網卡。

DNS 搭配設定：同時檢查解析路徑與連線路徑

DNS 決定網域名稱解析成哪個位址，路由則決定後續連線從哪裡出去。只設定遠端 DNS 位址，不代表查詢已經經過代理；只看到網頁的出口變了，也無法證明瀏覽器的加密 DNS、系統 DNS 與其他應用程式的解析都使用相同路徑。

直連目標：使用適合目前網路的解析器，並確保查詢路徑與直連策略一致。內網網域可能需要路由器或企業 DNS，公共解析器不一定能提供答案。
代理目標：讓相關解析要求經由代理出口送出。若使用 DoH，除了填入 HTTPS 位址，也要確認與該解析器的連線實際使用哪個出口。
啟動解析：節點或 DoH 伺服器本身使用網域名稱時，必須能先完成初始解析，避免陷入「代理需要 DNS，DNS 又得等代理」的循環依賴。
DNS 劫持：將進入 TUN 的傳統 DNS 查詢交由核心處理。這主要針對符合條件的 DNS 流量，不代表應用程式自行建立的所有加密 DNS 連線也會自動被接管。
FakeDNS：透過虛擬位址對應保留網域名稱資訊，必須由相容的入口與規則共同處理。第一次啟用 TUN 不必同時開啟；若有啟用，結束後請留意清除殘留快取。

例如，應用程式向區域網路路由器的 53 連接埠查詢網域名稱，而私有位址規則又將該連線設為直連，解析就可能繞過代理。是否屬於非預期的流量外洩，須依目標的分流設計判斷：內網網域使用內網 DNS 是正常需求；代理目標使用本機網路解析則值得進一步檢查。

操作方式：區分解析失敗與連線失敗

先查看記錄是否取得目標位址，再確認連線命中了哪個出口。沒有解析結果就排查 DNS；已取得位址但連線逾時，則檢查規則、節點與傳輸鏈路，不要把兩種問題都歸咎於 TUN。

啟用失敗、斷網或部分程式無法連線：依症狀排查

先儲存錯誤訊息，再調整設定。記錄中的「權限不足」、「建立介面失敗」、「連接埠遭占用」與「連線逾時」分別指向不同環節；一次更換節點、DNS、MTU 與網路堆疊，會失去判斷依據。

開啟 TUN 時顯示建立網卡失敗，該怎麼辦？

先從系統匣完全結束程式，再以系統管理員身分重新執行。檢查安全軟體是否封鎖相關元件，並確認安裝套件元件完整。若仍失敗，請記下記錄中的具體錯誤，不要直接刪除實體網卡或大量清除路由。

開關已開啟，但所有網站都無法連線？

先關閉 TUN，確認原本的系統代理是否仍可使用。若一般代理正常，重點檢查 TUN 記錄、節點出口的防回環設定與 DNS 初始解析。若一般代理也無法使用，應優先處理節點或網路問題。

網頁可以使用，遊戲或語音卻仍無法連線？

確認程式沒有綁定其他網卡，再查看 UDP 要求是否進入核心。檢查節點是否支援 UDP、伺服器端是否允許轉送，以及目標是否符合錯誤規則；TCP 網頁連線成功不能取代 UDP 測試。

啟用後找不到印表機與內網儲存設備？

先檢查目標私有網段的直連規則。網路探索也可能依賴廣播或多點傳播，無法只靠遠端代理恢復；可先使用設備實際的區域網路位址測試，再判斷是否只有探索功能受到影響。

關閉 TUN 後仍然無法上網？

先清除系統代理，檢查虛擬介面與路由是否已撤除，再清除 DNS 快取。若處理程序異常結束並留下網路狀態，請先儲存工作再重新啟動系統；不要先手動刪除不熟悉的路由項目。

在 Windows 中，可於終端機執行以下命令清除 DNS 快取。此命令只會清除系統快取，不會修正錯誤路由，也不會自動清除所有應用程式自己的 DNS 快取；必要時請重新啟動瀏覽器或其他測試應用程式。

ipconfig /flushdns

驗收與還原：確認接管成功，不只看開關

可長期使用的設定應同時符合以下條件：代理目標可連線、直連目標正常、DNS 路徑符合設計，而且關閉後能還原。測試時請選擇實際使用的程式，至少測試一個不讀取系統代理的應用程式，不要只反覆開啟瀏覽器。

確認入口：清除系統代理與應用程式手動代理後，指定程式仍可透過 TUN 存取需要代理的目標。
確認出口：搭配出口查詢與記錄，確認測試目標符合預期規則；不同分流目標可能使用不同出口，並不矛盾。
確認區域網路：存取路由器管理頁面、儲存設備或工作所需的內網服務，確認例外規則有效。
確認 DNS：分別檢查系統與應用程式的解析設定；測試結果應符合分流方案，不能只憑解析器名稱判斷。
確認還原：關閉 TUN 後，檢查一般網路是否恢復，再依需求重新設定系統代理。若無法恢復，先處理殘留狀態，再繼續排查。

TUN 的用途是擴大用戶端可處理的流量範圍，並非自動排除所有網路限制。依序檢查入口、解析、規則與出口，通常比不斷切換核心或重複匯入訂閱更容易找出問題。基本訂閱與系統代理設定請先參閱入門指南；需要了解路由與 DNS 概念時，可查看完整文件。