系統代理和 TUN 模式有什麼區別？新手該用哪個？

為什麼會出現兩種模式？

並不是所有軟體都以同一種方式上網。有的應用老老實實讀取系統代理設定，有的應用自帶網路堆疊、忽略代理，還有的以系統管理員權限或服務形式執行，普通代理開關管不到它。於是桌面用戶端通常會提供至少兩種思路：一是繼續走系統代理，簡單夠用；二是用 TUN 之類機制做更底層的流量接管，涵蓋那些「不聽話」的程式。

理解這一點後，你就不會再問「哪一個絕對更強」，而會問「我的軟體到底吃不吃系統代理」。選型一旦回到場景，答案就清晰了。

系統代理：大多數人的第一選擇

系統代理的核心思路，是把作業系統裡的代理設定指向用戶端。瀏覽器、許多桌面程式和命令列工具都會遵循這套設定。優點非常明確：開啟方便、概念好懂、出問題更好排查。你只要確認「節點可用 + 系統代理已開」，就已經涵蓋日常網頁存取的大半需求。

它的局限同樣明確：如果某個軟體不走系統代理，你就會看到「瀏覽器能上、這個軟體不能上」。此時不該先懷疑節點全掛，而應判斷是不是模式涵蓋不足。對新手而言，這種問題反而有價值——它提醒你，先把基礎鏈路跑通，再決定要不要上更強接管。

TUN 模式：更徹底，也更重

TUN 會透過虛擬網卡等方式，在更靠近系統網路層的位置接管流量，因此對那些忽略系統代理的應用更有效。它適合需要全域感更強、或明確有軟體漏網的場景。代價是複雜度和環境影響上升：權限、相容性、規則排除、與其他網路工具的衝突，都可能成為新變數。

也就是說，TUN 不是「進階榮譽勳章」，而是「當系統代理不夠用時的工具」。如果你只是瀏覽網頁、收發郵件、使用常見用戶端，上來就開 TUN，可能並沒有額外收益，卻增加了排錯面積。

新手應該怎麼選？

1. 第一次安裝並匯入節點後，先開系統代理
2. 用瀏覽器驗證是否已能正常存取
3. 若只有個別軟體不走代理，再考慮切換 TUN
4. 切換前關閉其他可能衝突的代理/VPN 工具
5. 切換後仍異常，再回頭檢查節點與訂閱，而不是無限切換模式

這條路徑的關鍵，是始終保證你手裡有一個已驗證可用的基線。基線不在，TUN 也好、系統代理也好，都只是在黑暗裡開關燈。

和 Android 上的體驗有何不同？

Android 上的 v2rayNG / v2flyNG 主要透過系統 VPN 工作，體感上更接近「授權後由系統接管」，同時還能做分應用代理。所以手機使用者很少需要先理解 Windows 那套系統代理術語，但原理類似：先確保權限與連線正常，再談哪些 App 走代理、哪些直連。

跨裝置使用時，不要把手機上的分應用策略原樣套到桌面 TUN，也不要把桌面系統代理的成功經驗當成手機一定已授權 VPN。裝置不同，開關位置不同，但「先連通、後細化」的順序一致。

什麼時候值得從系統代理升級到 TUN？

一個實用判斷標準是：你已經用系統代理穩定上網，但某個剛需軟體始終不走代理，並且排除了節點本身故障。這時再開 TUN，目標清晰，也便於對比前後差異。反過來，如果系統代理階段瀏覽器都打不開，先別急著上 TUN，應回到節點、訂閱、權限和衝突軟體這些更基礎的問題上。

常見誤區

誤區一：覺得開了 TUN 就一定更快。速度主要取決於節點與鏈路，不取決於模式名字。誤區二：多個代理工具疊開。結果往往是規則互相打架，最後誰都不穩定。誤區三：連不上時只會切換模式。若訂閱失敗、節點失效或系統時間錯誤，換再多模式也無濟於事。

更務實的做法是把問題拆開：先確認用戶端與訂閱正常，再確認模式與權限正常，最後才優化規則。你在下載中心裝好最新用戶端之後，用這條拆分方法去看系統代理和 TUN，就會發現它們不是對立派別，而是同一工具箱裡的兩把螺絲起子。

結論很簡單：新手預設系統代理；出現明確漏網軟體時再用 TUN；任何時候都先保證節點可用。模式選對了，v2rayN 的桌面體驗會乾淨很多，後面學路由和分流也會更順利。