本文以 Windows 桌面版 v2rayN 為例，適用於瀏覽器可上網，但命令列或其他應用程式未走代理的情況。先確認節點可用，再以管理員權限啟用 TUN，並交叉檢查網卡、路由與連線記錄，確認流量接管狀態；若遇到斷網，依固定順序還原，避免同時修改節點、DNS 與路由規則。
系統代理與 TUN：接管流量不等於全部流量都走代理
系統代理是作業系統提供給應用程式的代理設定。瀏覽器通常會讀取這項設定，但部分命令列工具、遊戲與背景服務有自己的網路設定，不一定會遵循。TUN 則會建立三層虛擬網路介面，透過路由將符合條件的 IP 封包送至代理核心處理，不必要求每個應用程式都支援 HTTP 或 SOCKS 代理。
摘要中的「全部流量」指的是接管目標，不代表每個封包都一定會進入代理伺服器。區域網路排除項目、介面綁定、IPv6 設定與特定系統流量都會影響涵蓋範圍。即使流量進入 TUN，仍可依規則分配為直連、代理或封鎖；啟用 TUN 也不會自動將「繞過區域網路」的路由方案改為全域代理。
| 比較項目 | 系統代理 | TUN 模式 |
|---|---|---|
| 接入位置 | 應用程式讀取代理設定 | 系統路由與虛擬網卡 |
| 常見涵蓋對象 | 遵循設定的瀏覽器等程式 | 路由導入的 TCP、UDP 流量 |
| Windows 權限 | 修改目前使用者的代理設定通常不必提升權限 | 通常需要管理員權限 |
| 是否會改變分流規則 | 不會自動變更 | 不會自動變更 |
| 主要檢查項目 | 代理位址、本機監聽連接埠 | 網卡、路由、DNS、核心記錄 |
判斷：只有部分應用程式未走代理時，再考慮使用 TUN
如果瀏覽器和其他目標應用程式都能正常連線，維持使用系統代理即可。若瀏覽器正常，但忽略系統代理的程式無法連線，先確認該程式是否支援手動設定代理，再決定是否使用 TUN。
啟用前：記下原設定，先確認節點可用
v2rayN 是用戶端介面，實際轉送流量的是核心。節點使用 VMess 或 VLESS，並不能單獨決定是否能使用 TUN；還需要目前的用戶端提供相應的 TUN 後端及配套元件。部分版本會使用 sing-box 處理 TUN 接入，不應將「TUN 開關」理解為所有流量必然交由 Xray 的某項單一設定處理。
以下依近年 Windows 介面常見的名稱說明。不同桌面版本的按鈕位置與 TUN 設定欄位可能不同，請先在「說明」→「關於」記下實際版本，再核對頁面上的欄位。若找不到相同欄位，請勿照抄舊版截圖或自行新增核心設定。
- 保留設定。備份目前的設定資料夾，或記下訂閱群組、使用中的節點、路由模式與 DNS 原設定。備份可能包含訂閱網址與憑證，請存放於安全的位置。
- 確認基本連線。先不要啟用 TUN，選取可用節點，透過系統代理開啟實際網頁。延遲數字正常並不足夠，必須確認實際請求可以完成。
- 記下本機連接埠。開啟「設定」→「參數設定」，查看本機監聽連接埠與監聽類型。本文以
127.0.0.1:10808作為記錄範例，實際值請以目前設定為準。 - 避免多重接管。暫時退出其他 VPN、虛擬網卡接管工具與網路加速功能。企業設備請先確認管理規範，勿擅自停止公司的網路防護服務。
- 檢查安裝目錄。使用完整安裝套件或完整解壓縮資料夾，不要只複製啟動檔；並確認目前帳戶有權寫入設定與記錄檔。
Windows 啟用步驟與設定對照
首次啟用只變更流量接管方式，保留已可正常使用的節點與路由方案。不要同時匯入新訂閱、切換協定、修改 DNS 並啟用 TUN，否則發生問題時很難找出原因。
- 正常結束用戶端。從系統匣選單結束 v2rayN，而不只是關閉主視窗。確認舊程序已經結束。
- 以管理員身分重新執行。在 v2rayN 啟動程式上按右鍵，選擇「以管理員身分執行」，並確認系統權限提示。若這次執行未能取得提升權限，請先解決權限問題，不要反覆點選 TUN。
- 確認使用中的節點。檢查主介面目前選取的伺服器與路由模式。不要把「已選取節點」當成「已完成連線測試」。
- 清除系統代理。在主介面或系統匣的「系統代理」選單中選擇「清除系統代理」。第一次測試時只使用一種接入方式，較容易區分問題；清除系統代理不等於結束核心。
- 啟用 TUN。開啟主介面的「啟用 TUN」開關。若介面要求重新取得權限或重新啟動核心，請依提示完成，再查看記錄是否出現權限、建立網卡或載入設定錯誤。
- 先使用預設 TUN 參數。若需檢查進階項目，請前往「設定」→「參數設定」中的 TUN 相關頁面；部分版本的入口名稱為「TUN 模式設定」。若沒有相應欄位，請保留目前版本的預設值，不要照搬其他版本的參數。
基準：系統代理測試
- 執行權限
- 目前使用者
- 系統代理
- 自動設定系統代理
- 啟用 TUN
- 關閉
- 本機位址
- 127.0.0.1
- 連接埠記錄
- 10808，教學範例
連接埠必須對應實際的 HTTP 或混合監聽端點，不能只憑數字判斷通訊協定。
目標：單獨測試 TUN
- 執行權限
- 管理員
- 系統代理
- 清除系統代理
- 啟用 TUN
- 開啟
- 使用中的節點
- 保留基準節點
- 路由模式
- 保留原有模式
本機代理連接埠可繼續監聽；TUN 透過虛擬網卡接入，不需要將系統網卡連接埠改成 10808。
第一次啟動時若出現系統防火牆提示，請確認程式路徑與所屬網路範圍。不要為了讓開關亮起而關閉整個防火牆，也不要將本機監聽位址改為 0.0.0.0；擴大監聽範圍無法解決虛擬網卡權限問題，還可能讓同一網段的裝置連上本機代理。
確認是否生效：網卡、路由與實際請求
「開關已開啟」只表示介面狀態已變更。完整測試應同時確認虛擬介面是否存在、路由是否變更，以及目標請求是否進入核心。以下命令請在 Windows PowerShell 中執行，啟用前後各執行一次並比較；介面名稱取決於版本與設定，不必與教學截圖完全相同。
Get-NetAdapter -IncludeHidden |
Select-Object Name, InterfaceDescription, Status
route print -4
route print -6
curl.exe --noproxy "*" -I --connect-timeout 10 https://example.com/- 網卡證據：比較啟用前後是否新增或啟用 TUN 虛擬介面。只看到原有的虛擬網卡，無法證明目前已成功接管流量。
- 路由證據：查看 IPv4 路由中是否新增導向 TUN 的項目。實作方式可能採用分割預設路由或其他策略，不一定會出現新的
0.0.0.0/0。 - 請求證據：
--noproxy "*"會讓 curl 不使用明確設定的代理，適合用來檢查系統路由層的接入；但它不會繞過 TUN。收到 HTTP 回應表示請求已完成，但不能只憑這點判斷流量是否經代理連出。 - 分流證據：比對核心記錄中的目標位址與出站標籤，確認測試目標是直連還是代理。若目前的記錄層級未顯示連線，可暫時提高一級；測試完成後恢復原設定，分享記錄前請移除敏感欄位。
也應分別測試一個明確設定為直連的目標，以及一個依規則走代理的目標。出口位址改變只能證明該次請求的出口有變化，不能證明所有程式都已接管。UDP 測試也應使用實際需要的應用程式；網頁成功只代表這次 HTTP 請求正常，不表示遊戲或語音使用的 UDP 連線也正常。
判斷：至少有兩類證據再確認成功
虛擬介面與路由變化可證明接入已建立，連線記錄則可確認規則選擇符合預期。兩者相互印證，比只看開關、延遲數值或出口位址更可靠。
DNS、IPv6 與區域網路存取的限制
TUN 能接收封包，不代表 DNS 一定能正常運作。系統快取、瀏覽器安全 DNS、用戶端 DNS 規則與核心 DNS 接管可能使用不同路徑。若遇到「IP 可連線，網域名稱卻無法開啟」，請先檢查記錄中的解析錯誤，再確認用戶端 DNS 設定，不要直接將所有 DNS 位址改成同一個公用服務。
- DNS 接管：常見目標是處理 UDP 或 TCP 的 53 連接埠查詢。瀏覽器的加密 DNS 使用不同的連線方式，不應假設它一定受相同的 53 連接埠規則控制。
- IPv6：IPv4 與 IPv6 使用不同的路由表。若只處理 IPv4，部分應用程式可能會透過 IPv6 使用另一條路徑；請一併檢查
route print -6與用戶端的 IPv6 設定，再決定是否調整。 - 區域網路：印表機、檔案共用與路由器管理頁面通常需要直連。請核對實際使用的
192.168.0.0/16、10.0.0.0/8或172.16.0.0/12網段，不要強制讓整個區域網路都走代理。 - FakeDNS：這是網域名稱與虛擬位址的對應機制，並非啟用 TUN 的必要條件。基本連線尚未確認前，先不要額外啟用，否則還得一併排查位址對應、快取與分流問題。
調整 DNS 策略後，若懷疑 Windows 保留了舊的解析記錄，可執行下方命令再測試。此命令只會清除 Windows DNS 用戶端快取，不會清除瀏覽器自己的快取，也無法修正錯誤的上游 DNS 或路由規則。
ipconfig /flushdns常見問題：找對原因再處理
TUN 一啟用就自動關閉，怎麼辦？
先查看同一時間的核心記錄。若出現權限不足或建立介面失敗，請結束程式後以管理員身分重新執行；若提示缺少元件，請使用完整安裝套件修復，並保留原有設定。不要反覆切換節點，節點參數通常無法修復本機網卡建立失敗。
一啟用 TUN 就完全斷網，該先改 DNS 嗎？
先關閉 TUN，恢復原本的系統代理狀態，確認基本連線仍正常。接著退出其他網路接管程式，再單獨啟用 TUN。若記錄顯示解析逾時，再檢查 DNS；若連接節點逾時，則檢查節點是否可連線、介面選擇與路由迴圈。
網頁可以開啟，遊戲仍然連線失敗？
檢查目標連線是否出現在記錄中，再確認節點的出站設定與伺服器端是否支援所需的 UDP 轉送。TUN 能接收 UDP，不代表伺服器端一定能轉送；遊戲連線失敗也可能與特定連接埠、地區限制或應用程式本身的策略有關，不能只靠啟用全域模式來判斷。
啟用後無法連線到印表機或公司內網？
記下無法存取的實際 IP 與網段，檢查是否被錯誤套用代理規則。個人區域網路可依需求恢復直連；若公司內網依賴專用 VPN，請先關閉 TUN 進行確認，不要疊加兩套預設路由，也不要在不清楚用途時刪除企業網卡。
若網頁文字能顯示，但圖片上傳、影片或大型檔案傳輸經常卡住，可再檢查 MTU。先記下目前數值，只有在該版本提供相應欄位時才單獨調整，例如暫時將 1500 改為 1400，再用同一項操作比較。這只是排除問題的測試值，並非通用最佳值；若沒有改善就恢復原值，避免將偶發的網路波動誤認為設定有效。
關閉與還原：確認系統恢復原有路徑
不再需要 TUN 時，先關閉「啟用 TUN」，等待核心結束或完成切換，再恢復需要的系統代理狀態。只關閉主視窗可能仍有系統匣程序在執行，不能取代關閉流量接管。
- 關閉 TUN 後，再次檢查網卡狀態與路由表。虛擬介面可以保留，但不應繼續存在錯誤的接管路由。
- 若要繼續使用瀏覽器代理，請在「系統代理」中恢復「自動設定系統代理」；若要完全直連，則選擇「清除系統代理」。
- 若用戶端異常結束後無法上網，請先重新啟動原用戶端，再正常關閉 TUN。前往 Windows「設定」→「網路和網際網路」→「Proxy」，確認沒有留下指向已停止監聽連接埠的手動代理設定。
- 若仍未恢復，請儲存記錄並重新啟動系統，再檢查其他 VPN 或虛擬網卡軟體。不要直接執行網路重設或大量刪除網卡，以免影響固定 IP、企業網路與遠端管理。
TUN 處理的是應用程式流量如何進入核心；訂閱決定可用節點，路由決定直連或代理，DNS 則決定網域名稱如何解析。分別檢查這四個層面，才能區分「未接管」、「分流錯誤」與「節點無法使用」。更多基本操作請參閱使用文件；協定與傳輸參數則可查看技術參考。