v2rayN
適用於 Windows、macOS 與 Linux。訂閱分組、節點管理、系統代理、路由規則與 TUN 模式集中在同一套桌面介面中,適合需要頻繁調整規則或管理多組設定的使用者。
查看桌面下載入口在 v2rayN、v2rayNG、v2flyNG 之間選擇時,先確認作業系統,再考量核心依賴與路由需求。桌面平台優先考慮 v2rayN;Android 一般使用優先考慮 v2rayNG;明確需要 v2fly 核心路徑時,再選擇 v2flyNG。
三款用戶端沒有統一的跨平台優先順序。作業系統決定第一層範圍,核心與功能需求決定第二層選擇。
適用於 Windows、macOS 與 Linux。訂閱分組、節點管理、系統代理、路由規則與 TUN 模式集中在同一套桌面介面中,適合需要頻繁調整規則或管理多組設定的使用者。
查看桌面下載入口適用於 Android,使用 Xray 核心。常見的訂閱匯入、節點切換、分應用程式代理、路由設定與系統層級流量接管,都能在行動裝置上完成,適合作為 Android 裝置的日常用戶端。
查看 Android 下載入口同樣適用於 Android,但核心選擇偏向 v2fly。它不是依介面新舊區分的替代方案,而是面向明確需要 v2fly 核心行為、設定語意或既有使用流程的情境。
閱讀 v2flyNG 評析表格依各用戶端的主要使用流程整理。功能入口會隨維護狀況調整,選擇時應優先判斷平台與核心,不應只比較介面選項數量。
| 比較項目 | v2rayN | v2rayNG | v2flyNG |
|---|---|---|---|
| 平台支援 | Windows、macOS、Linux | Android | Android |
| 主要核心 | Xray | Xray | v2fly |
| 維護狀態 | 積極維護 | 積極維護 | 持續維護 |
| 入門難度 | 中等。功能入口較多,初次使用需要理解系統代理、路由模式與 TUN 的差異 | 較低。匯入訂閱、選擇節點與啟動連線的流程較短 | 中等。基本操作直接,但選擇前需要理解 v2fly 與 Xray 的差異 |
| 訂閱分組 | 適合管理多個訂閱,可依分組更新、篩選與切換設定 | 支援行動裝置訂閱管理,適合日常更新與切換節點 | 提供訂閱管理,重點在於 v2fly 核心設定的使用流程 |
| 路由規則介面 | 桌面端入口較完整,適合編輯網域、IP、程序與出站規則 | 提供預設與自訂路由,適合行動裝置的分應用程式與網域規則 | 提供行動裝置路由設定,規則行為以 v2fly 核心支援為準 |
| 流量接管 | 支援系統代理與 TUN 模式,可涵蓋不讀取系統代理的程式 | 透過 Android 系統網路服務接管應用程式流量,並可設定分應用程式範圍 | 透過 Android 系統網路服務接管應用程式流量,行為由 v2fly 設定決定 |
| 特色功能 | 訂閱分組、路由規則 UI、系統代理切換、TUN、桌面多設定管理 | QR Code 匯入、訂閱更新、分應用程式代理、路由設定、行動網路快速切換 | v2fly 核心路徑、訂閱管理、分應用程式控制、自訂路由設定 |
| 適合對象 | 桌面使用者、多訂閱使用者、需要精細分流與 TUN 的進階使用者 | Android 日常使用者、首次設定使用者、使用 Xray 設定的行動裝置使用者 | 明確依賴 v2fly 核心、需要維持既有設定行為的 Android 使用者 |
以下分別說明每款用戶端的操作結構、優勢界線與適用條件,重點放在實際設定流程,而不是單純羅列功能名稱。
v2rayN 的重點不在單次連線,而是將桌面端常用的管理操作集中於同一個介面:訂閱更新、節點篩選、目前設定切換、系統代理、路由規則與日誌檢查都有清楚入口。只需匯入一個訂閱的使用者,基本流程仍是「匯入—更新—選擇—啟動」;需要管理多個訂閱的使用者,則可透過分組與篩選,降低多組設定混在一起時的查找成本。
桌面程式不一定都會讀取系統代理設定。瀏覽器通常能跟隨系統代理,但部分命令列工具、遊戲啟動器或獨立網路程式可能繞過這個入口。此時 v2rayN 的 TUN 模式可透過虛擬網路介面擴大接管範圍。啟用前需要確認本機監聽埠、DNS 與路由規則;遇到連線問題時,也應先退回系統代理模式,判斷故障來自節點還是 TUN 設定。
路由規則 UI 是 v2rayN 更適合進階桌面使用者的原因之一。使用者可以依網域、IP、程序與協定安排直連、代理或阻擋出站,但規則越多,匹配順序就越重要。初次使用不必立即編輯複雜規則,先以預設模式完成連線驗證,再逐項增加自訂條件,排查過程會更清楚。
選擇 v2rayN 桌面版v2rayNG 的一般操作流程較短:透過訂閱網址、剪貼簿內容或 QR Code 匯入設定,更新訂閱後選擇節點,再啟動系統網路連線。長期在行動裝置上使用時,建議為訂閱設定容易辨識的名稱,並在更新前確認目前分組,避免多個來源的同名節點影響判斷。
Android 上的流量接管依賴系統提供的網路服務。首次連線時,系統會要求確認網路連線權限;允許後,用戶端才能將應用程式流量送入本機處理流程。分應用程式設定可用來限制哪些程式進入這個流程,但修改清單後應重新測試目標應用程式;部分程式會快取連線,必要時需完全關閉後再重新啟動。
v2rayNG 使用 Xray 核心,適合常見的 Xray 設定與路由需求。路由設定可以處理網域、IP 與應用程式範圍,但行動裝置螢幕並不適合長期維護大量複雜規則。若規則規模較大,可先在桌面端整理目標、出站與優先順序,再在行動裝置上保留真正需要的部分,降低規則交叉造成的排查難度。
選擇 v2rayNG Android 版v2flyNG 的主要區別在於使用 v2fly 核心,而不是重新設計行動裝置上的基本操作。訂閱匯入、節點選擇、啟動連線、分應用程式範圍與路由設定,仍是熟悉的 Android 用戶端流程。真正影響選擇的是現有設定是否依照 v2fly 的能力與語意準備,以及使用者是否明確希望沿用這個核心家族。
同一個訂閱可能包含多種協定與傳輸參數。用戶端能夠識別訂閱格式,不代表其中每個設定在不同核心之間都能維持完全相同的行為。若從 v2rayNG 切換至 v2flyNG,應逐一檢查設定能否匯入、連線日誌是否正常、目標網域是否依預期分流,而不是只看節點名稱是否出現。
對於沒有特定核心偏好的一般 Android 使用者,v2rayNG 通常是較直接的起點。v2flyNG 更適合已有 v2fly 設定、需要重現既有路由行為,或正在比對兩類核心以排查設定差異的使用者。兩款用戶端可以分別測試,但不要讓它們同時爭用系統網路連線。
查看 v2flyNG 下載入口確定平台後,再依設定複雜度與裝置狀態做選擇。以下四類情境涵蓋首次使用、精細分流、多裝置管理與效能較弱的 Android 裝置。
依序回答四個問題,就能避免先安裝多個用戶端,再反覆搬移設定。
Windows、macOS 與 Linux 直接進入 v2rayN 的選擇範圍;Android 則在 v2rayNG 與 v2flyNG 之間判斷。平台是硬性條件,不能用介面偏好取代。
常見的 Xray 設定,桌面使用 v2rayN、Android 使用 v2rayNG。只有設定提供者明確指定 v2fly 路徑,或需要重現既有 v2fly 行為時,才應優先考慮 v2flyNG。
只需要基本直連與代理分流時,用戶端預設通常已足夠。需要依程序、網域、IP 或應用程式進行精細控制時,應選擇規則入口更符合目前平台的用戶端,並讓規則數量維持在可檢視的範圍。
桌面瀏覽器能跟隨系統代理時,不一定需要 TUN;只有目標程式繞過系統代理時才啟用。Android 透過系統網路服務接管流量,也能繼續使用分應用程式設定縮小範圍,降低排查複雜度。
安裝完成後,先更新訂閱並選擇單一節點,查看連線日誌,再測試目標網域與 DNS 解析。確認基本流程正常後,再匯入更多訂閱、啟用流量接管或新增自訂規則。
名稱、核心、訂閱與連線模式屬於不同層級。將它們混在一起判斷,容易把設定問題誤認為用戶端問題。
訂閱只是設定集合的發佈方式。真正決定連線行為的是各節點使用的協定、傳輸方式、安全參數與核心能力。切換核心後,應重新檢查日誌與路由結果。
系統代理已涵蓋目標程式時,繼續使用簡單模式會更容易維護。只有程式不讀取代理設定、需要統一接管時,才加入 TUN 與相應的 DNS 設定。
大量交叉規則會增加匹配順序與 DNS 判斷的複雜度。先保留少量、容易理解的規則,確認每條規則對應的出站,再逐步擴充,比直接匯入龐大規則集更容易排查。
桌面與 Android 的系統網路模型不同。使用 v2rayN 搭配 v2rayNG,可以維持訂閱來源一致,同時讓系統代理、TUN 與分應用程式功能分別適配各自平台。