瀏覽器可以上網，但命令列、遊戲或其他桌面程式卻沒有走代理？先確認這些程式是否會讀取系統代理設定。本文以 Windows 版 v2rayN 為例，說明 TUN 接管、管理員權限、DNS 與路由分流之間的關係，並整理啟用、驗證及還原網路的步驟。看完即可判斷是否需要啟用 Tun，不必一遇到連線問題就同時修改所有設定。
系統代理與 TUN：流量入口有何不同
系統代理主要是將代理伺服器位址提供給應用程式。只有應用程式會讀取並使用這項設定，連線才會進入 v2rayN 的本機代理入口。有些命令列工具只讀取代理環境變數，有些程式則使用自己的網路堆疊，因此瀏覽器能正常連線，不代表其他程式也已接入代理。
TUN 是運作於 IP 層的虛擬網路介面。系統會將符合路由條件的封包送入虛擬網卡，再由配套核心處理連線並選擇出站。應用程式通常不必另外設定 HTTP 或 SOCKS 位址，但管理員權限、系統路由與 DNS 設定都會直接影響接管結果。
「接管全流量」指的是接管範圍，不代表「所有流量都經由代理節點」。啟用 Tun 後，連往中國大陸網站、區域網路及符合直連規則的連線，仍可能直接連出；未進入虛擬網卡的連線也不會自動受到接管。IPv6、其他虛擬網卡及明確排除的路由，都需要另外檢查。
- 只使用瀏覽器：通常使用系統代理就足以應付需求，不必為了啟用 TUN 而開啟它。
- 程式支援手動設定代理：先在該程式設定 HTTP 或 SOCKS 代理入口，影響範圍較小。
- 程式不支援代理且需要接管流量：再考慮使用 TUN，例如部分遊戲、啟動器或獨立網路工具。
- 涉及 UDP：TUN 可以接收相關 IP 封包，但能否轉送仍取決於協定、核心、節點與遠端網路，不能只看開關狀態就下結論。
啟用前：先確認節點可用，再檢查權限
v2rayN 是管理設定及啟動核心的用戶端，TUN 是流量入口，VMess、VLESS 等則是代理協定，三者不能互相取代。啟用 TUN 不會讓無法使用的節點恢復正常，也不會自動補足伺服器未提供的傳輸能力。
不同版本的安裝包可能會調整入口位置或欄位名稱。以下依照主畫面的「啟用 Tun」開關，以及「設定」→「參數設定」中的 TUN 相關選項說明；若介面名稱不同，請以目前安裝版本的畫面與執行記錄為準。請勿將某一版本產生的整份核心設定直接覆蓋到另一版本。
- 記下目前設定。記錄使用中的伺服器、系統代理模式及目前的路由預設。首次測試時，先不要同時修改訂閱群組、出站協定與 DNS。
- 確認一般代理連線正常。暫時關閉 TUN，使用系統代理連線至已知可連線的 HTTPS 網站。若連線失敗，請先檢查訂閱、節點驗證、系統時間與網路連線。
- 關閉可能衝突的網路接管工具。其他 VPN、虛擬網卡軟體或企業安全用戶端可能同時修改路由。只關閉自己有權管理的程式；受管理的裝置應先確認組織政策。
- 準備提升權限。在 Windows 上初步排查時，可先結束 v2rayN，再以滑鼠右鍵點選程式，選擇「以系統管理員身分執行」。建立虛擬網卡及修改路由通常需要提升權限；若使用安裝包支援的服務模式，請檢查對應服務的權限。
啟用 Tun：依序逐項操作
首次設定時，建議使用用戶端提供的 TUN 預設參數，不要一開始就切換網路堆疊、修改 MTU 或匯入來源不明的進階設定。v2rayN 的 TUN 連線可能由 sing-box 等配套核心實作；它也可能與所選伺服器使用的 Xray 等出站核心協同運作，實際情況請以目前的執行記錄為準。
- 選擇已確認可用的伺服器。在主畫面將伺服器設為目前使用的伺服器，並確認一般代理確實能完成連線，而不只是顯示測試結果。
- 查看 TUN 參數。開啟「設定」→「參數設定」，找到 TUN 相關選項。保留預設網路堆疊與 MTU；若有自動路由選項，請確認其狀態。只建立虛擬網卡、卻沒有設定有效路由，通常無法達到預期的接管效果。
- 清除系統代理以隔離測試。在主畫面的「系統代理」選單中選擇「清除系統代理」。這並非所有環境都必須執行，而是為了避免瀏覽器繼續透過舊的明確代理連線，造成驗證結果混淆。
- 開啟「啟用 Tun」。依照介面提示完成權限提升或重新啟動，接著查看記錄。請特別確認核心已成功啟動、虛擬介面已建立，且路由設定已完成，而不只是觀察開關顏色。
- 執行目標程式。先測試先前不會讀取系統代理的程式，再確認區域網路是否可正常存取。若出現異常，先關閉 TUN 並還原到原本狀態，不要連續切換多個預設設定。
macOS 與 Linux 桌面版同樣需要取得建立虛擬介面及修改路由的授權，但權限提升方式與 Windows 不同。請勿將 Windows 的滑鼠右鍵操作照搬到其他系統，也不要為了避開錯誤而長期授予整個安裝目錄過大的權限。
DNS 劫持：接收查詢不代表取代所有解析
TUN 情境中的 DNS 劫持，通常是指將符合條件的傳統 DNS 查詢交由核心內建的 DNS 處理流程處理，與修改網頁內容無關。設定正確時，網域名稱解析與代理路由可以互相配合；設定有誤時，則可能發生節點連線正常、網域卻無法存取的情況。
這些是協定常用的連接埠，不是 v2rayN 的本機監聽連接埠，也不是本站的測試數據。只比對目的連接埠 53 的規則，無法自動辨識並接管所有加密 DNS。瀏覽器內建的安全 DNS、應用程式內建的 DoH，以及自訂解析器，都可能採用其他解析路徑。
- 檢查產生的設定，不要只找開關。部分版本會透過預設範本產生 DNS 劫持規則，不一定提供同名核取方塊。請檢查 TUN 參數及執行記錄；若要查看產生的設定，請以唯讀方式核對，不要將暫存檔當成持久設定來修改。
- 避免解析循環。若代理伺服器位址使用網域名稱，必須先有可用的解析路徑。若遠端 DNS 又依賴尚未建立的代理連線，就可能形成啟動依賴循環。
- 區分區域網路網域。企業內網或家用裝置的本地域名，可能只能由內網 DNS 解析，不應一律交給公用解析器處理。
- 另外檢查 IPv6。AAAA 記錄必須搭配 IPv6 路由。只處理 IPv4，不能據此推斷所有連線都會經過相同路徑。
判斷方式：先統一解析路徑，再調整分流
若只有瀏覽器與其他程式的結果不同，可先暫時關閉瀏覽器自訂的安全 DNS，進行比對，確認差異是否來自解析路徑。不要馬上把所有路由都改成走代理；測試結束後，再依實際需求還原瀏覽器設定。
驗證流量接管：檢查連線、路由與區域網路
驗證 TUN 至少需要兩類證據：作業系統中出現預期的介面或路由變化，而且目標程式的連線確實依規則進入對應的出站。只看到公用 IP 位址改變，只能證明該次連線的出口有所變化，無法證明所有程式及協定都已受到接管。
在 Windows 上，可使用 PowerShell 中的下列唯讀指令查看狀態。建議啟用前後各執行一次並比較結果；不要只根據固定的網卡名稱尋找介面，名稱會隨設定與版本而改變。
# 查看網路介面卡，包含隱藏介面
Get-NetAdapter -IncludeHidden
# 查看 IPv4 與 IPv6 路由
Get-NetRoute -AddressFamily IPv4
Get-NetRoute -AddressFamily IPv6
# 查看各介面卡的 DNS 伺服器設定
Get-DnsClientServerAddressDNS 劫持若發生在流量處理流程中，系統顯示的 DNS 伺服器位址不一定會改變，因此不能只憑最後一個指令判斷劫持是否生效。路由接管也不一定會以替換預設路由的方式呈現，應搭配實際產生的規則與記錄判斷。
- 測試目標程式：清除程式手動設定的代理或代理環境變數後重新啟動，明確發起一次連線，再依時間查看 v2rayN 記錄中的目標與出站資訊。
- 測試網域解析：比較接管前後對同一網域的查詢與存取結果。快取可能影響判斷，必要時可在 Windows 執行
ipconfig /flushdns清除系統 DNS 快取，再重新啟動目標程式。 - 測試內網：存取實際存在的路由器管理頁面、印表機或共用服務。私有網段不只有
192.168.0.0/16，也包括10.0.0.0/8與172.16.0.0/12；企業內部也可能另有專用路由。 - 測試 UDP：使用確實會建立 UDP 工作階段的目標應用程式進行驗證。網頁可以開啟或 ping 成功，都不能直接證明 UDP 代理可用。
常見問題：依症狀縮小排查範圍
每次只修改一項設定，並保留修改前後的記錄。記錄可能包含訂閱網址、伺服器位址與驗證資訊，分享給他人協助排查前，請先隱藏敏感內容。以下四種情況涵蓋了啟用初期最常見的排查方向。
開啟「啟用 Tun」後立刻自動關閉，該怎麼辦？
先查看同一時間的核心記錄。若顯示權限不足，請結束程式後以系統管理員身分重新啟動；若虛擬介面建立失敗，請檢查其他流量接管軟體與安全政策；若設定欄位不相容，請還原 TUN 預設參數，並確認用戶端與配套核心來自同一個安裝包。
啟用 TUN 後完全無法上網，要先修改 DNS 嗎？
先關閉 TUN，確認原本的網路已恢復，再驗證一般系統代理是否正常。若一般代理也無法連線，應先處理節點或基本網路問題；若只有 TUN 無法使用，再檢查路由衝突、核心啟動狀態與解析循環，不要同時更換節點及所有 DNS 設定。
瀏覽器正常，遊戲還是無法連線？
先確認瀏覽器沒有另外使用明確代理，再檢查記錄中是否出現遊戲連線。有連線記錄但 UDP 失敗時，請確認節點是否支援 UDP，以及網路是否有限制；沒有記錄時，請檢查路由排除項目、其他虛擬網卡及程式本身的網路設定。TUN 不保證能降低遊戲延遲。
啟用後無法存取印表機或公司內網？
先關閉 TUN 進行比對，確認服務本身可正常使用。接著檢查對應網段的直連或略過規則，以及內網網域是否仍交由內網 DNS 解析。企業 VPN 的專用路由可能與 TUN 自動路由衝突，不應只靠提高某條預設路由的優先順序來盲目處理。
關閉與還原：確認系統網路恢復
正常結束前，先關閉「啟用 Tun」，等待核心停止並還原路由，再決定是否恢復系統代理。若仍需要讓瀏覽器透過一般代理連線，可以重新設定系統代理；若準備完全停止使用，請維持清除系統代理的狀態，避免應用程式繼續連線到已停止監聽的本機連接埠。
- 關閉 TUN 後，重新連線至原本可存取的網站與區域網路裝置，確認基本連線已恢復。
- 若用戶端異常結束，請重新啟動並正常關閉 TUN，讓程式嘗試清除自行建立的介面與路由。
- 若問題仍未解決，請儲存記錄與路由輸出，再依照系統流程重新啟動裝置。不要直接大量刪除虛擬網卡或重設所有網路設定，否則可能影響其他業務連線。
- 記錄最後確認可用的節點、路由預設及 DNS 方案。後續升級後，請先重新測試目標程式，再恢復自動啟動或長期接管。
TUN 的用途是擴大可進入用戶端處理流程的流量範圍，並不能取代訂閱維護、節點狀態檢查或路由規劃。更多基本入口與設定欄位請參閱完整設定指南；若遇到基本網路異常，可搭配疑難排解逐項檢查。