先選最小可用方案

瀏覽器已能通過系統代理完成任務,就不必爲了“更強”而啓用 TUN。需要接管不遵循系統代理的應用時,再測試 TUN,並驗證路由、DNS 與局域網訪問。

一、把“進入代理”和“從哪裏出去”分開

系統代理告訴支持它的應用把請求交給本機代理端口;TUN 通過虛擬網絡接口和系統路由接收匹配的流量。進入核心之後,路由規則才決定請求直連、代理或阻斷。官方系統代理說明正是把入口和出站規則分成兩個層次。[1]

01應用請求瀏覽器、終端、桌面軟件
02流量接管系統代理、顯式代理或 TUN
03核心路由直連、代理、阻斷

因此,TUN 不等於“所有連接都走遠程節點”,“全局”路由也不意味着系統裏所有應用都已經被接管。一個負責入口,一個負責處理已進入核心的請求,排錯時必須分別驗證。

二、按任務選擇模式

場景 建議起點 需要覈實的事項
瀏覽網頁,瀏覽器遵循系統代理 自動配置系統代理 瀏覽器擴展有沒有覆蓋代理設置
終端或應用支持單獨指定代理 顯式設置 HTTP / SOCKS 代理 協議、地址與端口是否一致
應用不讀取系統代理 評估 TUN 權限、核心支持、路由與 DNS
同時連接公司 VPN、虛擬機或內網 先記錄原有網絡,再逐項測試 網段衝突、DNS 與路由優先級

Windows、macOS 和 Linux 的網絡服務、權限機制與安裝包不同,不應直接套用同一組管理員命令。尤其在 macOS 上,界面顯示“自動配置”後仍要覈對系統網絡設置;官方 FAQ 提到相關腳本在特定環境中可能執行失敗。[2]

三、先建立顯式代理基線

先關閉 TUN,選擇已知可用的單節點,查看客戶端顯示的本地混合監聽端口。以下示例假設爲 10808,實際不一致時必須替換。混合端口可接收 HTTP 與 SOCKS 請求,但它不是一個永遠固定的產品常量。[3]

Windows PowerShell 使用 curl.exe,macOS / Linux 使用 curl。示例目標 example.com 只是一個可替換的 HTTPS 測試站點;隨後應複測真正有問題的域名。

curl.exe --noproxy "" --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com/
curl.exe --noproxy "" --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com/

這兩條命令只驗證顯式交給代理的請求,不證明系統代理或 TUN 已生效。socks5h 表示把目標域名解析交給 SOCKS 代理;它不保證整臺電腦的 DNS 都採用同一路徑。[4] 如果目標不接受 HEAD 請求,去掉 -I 重試,並結合日誌判斷。

四、用三組對照驗證接管

對照 A:顯式代理。 TUN 關閉,執行上面的命令。若失敗,優先修復節點、端口或核心;此時測試 TUN 只會增加變量。

對照 B:系統代理。 保持同一節點,啓用自動配置系統代理,關閉瀏覽器自己的代理覆蓋,訪問相同目標。檢查覈心連接記錄是否出現該請求。顯式代理成功而瀏覽器失敗,重點檢查瀏覽器、擴展和系統設置。

對照 C:TUN。 記錄當前設置,先清除系統代理以隔離入口,再按當前平臺的權限要求開啓 TUN。用不顯式指定代理的目標應用建立新連接,觀察覈心連接記錄與路由結果。瀏覽器已有連接可能複用,必要時關閉相關窗口後重試。

檢查出口地址可以作爲輔助證據,但單個“IP 查詢”網頁只能描述自身那次請求。要證明目標應用被接管,需要把該應用的新請求與核心日誌或連接記錄對應起來。

五、DNS 與局域網需要單獨驗收

DNS 可能由系統、瀏覽器的加密 DNS、應用、核心或代理服務器處理。打開 TUN 後網頁能加載,不等於不存在其他 DNS 路徑。sing-box 的 TUN 文檔還說明,部分路由和 DNS 行爲隨操作系統與核心版本變化。[5] 本文不提供一組可覆蓋所有版本的“防泄漏開關”。

完成切換後,分別測試一個普通網站、一個需要代理的任務,以及你有權訪問的局域網設備或內部服務。若只有內網失敗,記錄目標網段、當前 VPN 狀態和命中規則;檢查排除路由與直連規則是否符合預期,而不是把整個防火牆關閉。

若使用嚴格路由、FakeIP 或第三方 VPN,先保存原配置,再一次修改一項。上游核心文檔可能包含比客戶端支持範圍更新的字段,不能把最新文檔中的 JSON 整段粘貼到舊核心。

六、恢復路徑比“開關亮了”更重要

出現斷網時,先關閉剛開啓的 TUN、恢復記錄過的系統代理和 VPN 狀態,然後測試普通直連。只有清楚原來的設置屬於誰,才能安全恢復;公司管理的代理不應被隨意清空。

驗收通過的標準是:目標應用請求進入預期入口;規則選擇預期出口;局域網服務仍可訪問;退出或關閉 TUN 後網絡能恢復。不要用“圖標變色”替代這四項檢查。

常見問答:TUN 一定更快嗎? 不一定。它改變接管方式,性能仍由節點、核心、網絡與工作負載決定。

常見問答:系統代理和 TUN 可以同時開嗎? 某些配置可以,但初次定位問題時分開測試更容易解釋結果。單獨驗證成功後再決定是否需要同時使用。

YouTube 選題參考

以下視頻的公開標題、簡介和章節索引用於選題與界面參考。本文爲獨立撰寫的指南,並非視頻逐字稿;技術細節依據下列官方資料覈對。

官方資料與適用範圍

覈對日期:2026-10-26。菜單名稱和功能範圍隨客戶端、核心與操作系統版本變化。文中的驗收流程爲建議方法,不是已經完成的性能實測結果。

  1. v2rayN 官方:系統代理與路由
  2. v2rayN 官方:常見問題與日誌
  3. v2rayN 官方:界面功能與設置
  4. curl 官方:代理與 DNS 參數
  5. sing-box 官方:TUN 文檔

繼續閱讀本系列