支援 Windows、macOS 與 Linux,設定入口集中,適合管理訂閱、系統代理、路由規則與 TUN 模式。
v2rayN、v2rayNG、v2flyNG 怎麼選
先依作業系統排除不適用的用戶端,再查看核心、路由設定與裝置接管方式。桌面裝置優先考慮 v2rayN,Android 裝置通常從 v2rayNG 開始;只有明確需要 V2Fly 核心相容性時,再選擇 v2flyNG。
使用 Xray 核心,訂閱匯入與啟動流程直接,適合作為 Android 裝置上的預設選擇。
現有設定明確依賴 V2Fly 核心行為時再選,避免只因名稱相近而重複安裝兩款 Android 用戶端。
先看平台,再比較設定能力
平台支援是第一道篩選條件。v2rayN 面向桌面系統,v2rayNG 與 v2flyNG 面向 Android 裝置。確定平台後,再比較核心、路由入口、接管方式與現有設定的相容性。
| 比較面向 | v2rayN | v2rayNG | v2flyNG |
|---|---|---|---|
| 平台支援 | Windows、macOS、Linux | Android | Android |
| 主要核心 | 可搭配 Xray、V2Fly 等核心使用,具體以目前用戶端設定與配置為準 | Xray | V2Fly |
| 維護狀態 | 積極維護 | 積極維護 | 積極維護 |
| 上手難度 | 中等。選項較多,但訂閱、代理與路由設定集中於圖形介面 | 較低。匯入訂閱、選擇節點、啟動連線,三步即可完成基本使用 | 中等。基本流程直接,但選擇前需先確認核心需求 |
| 訂閱管理 | 適合維護多個訂閱來源,可依分組整理節點並分別更新 | 支援匯入與更新訂閱,適合在行動裝置上日常切換 | 支援匯入訂閱,重點在 V2Fly 設定相容性 |
| 路由規則介面 | 設定項目更完整,適合查看與調整路由模式、自訂規則與系統代理 | 提供行動端路由與分應用程式相關設定,入口更精簡 | 提供基本路由設定,規則行為由 V2Fly 核心處理 |
| TUN 與流量接管 | 支援 TUN 模式,也可僅啟用系統代理;啟用前需了解權限與路由影響 | 透過 Android VPN 服務接管裝置或指定應用程式的流量 | 透過 Android VPN 服務接管流量,實際行為依設定與系統權限而定 |
| 適用對象 | 桌面使用者、多訂閱使用者、需要路由分流或 TUN 模式的進階使用者 | 大多數 Android 使用者、首次設定行動端用戶端的使用者 | 已有 V2Fly 設定、需要特定核心相容性的 Android 使用者 |
三款用戶端的實際使用差異
名稱相近不代表定位相同。以下分別從初始設定、日常維護與需要留意的設定界線說明。
v2rayN:桌面端集中管理與路由設定
v2rayN 的優勢不在於某個單一開關,而是將桌面端常用操作集中於同一套介面。匯入訂閱後,可以查看訂閱分組、更新節點清單、切換使用中的節點,再依需求啟用系統代理。需要更細緻的流量控制時,還能進一步設定路由規則與 TUN 模式,不必在多個工具之間反覆切換。
首次使用時,建議先採用一般系統代理確認連線。瀏覽器與遵循系統代理的軟體可以正常存取後,再考慮是否啟用 TUN。如此可將「節點設定是否可用」與「系統層級流量接管是否正確」拆成兩個問題,發生故障時更容易定位。多訂閱使用者也應為分組取易於辨識的名稱,更新前確認目前操作的是哪個訂閱來源。
v2rayN 也更適合需要自訂分流的桌面使用者。圖形介面有助於確認目前的路由模式,但仍需仔細檢查規則的比對順序:範圍較廣的規則若排在前面,可能會提前接管原本應由後續規則處理的網域或位址。完成設定後,應分別測試直連目標、代理目標與本機網路存取,不要只開啟一個網頁就結束驗證。
v2rayNG:Android 裝置上的預設選擇
v2rayNG 適合大多數 Android 使用者。基本流程可歸納為四個動作:新增訂閱、更新訂閱、選擇節點、啟動連線。用戶端透過系統提供的 VPN 服務接管流量,因此首次啟動時會出現系統授權要求。授權只決定用戶端能否建立裝置端的流量通道,不代表訂閱內容已正確;若啟動後仍無法存取,應繼續檢查節點參數與訂閱更新結果。
行動端螢幕空間有限,路由與分應用程式設定會比桌面介面更精簡。只需要日常連線時,維持預設路由設定通常更容易排查。需要讓部分應用程式直連或排除特定應用程式時,再進入分應用程式設定逐項調整。修改後應完全停止目前的連線並重新啟動,讓新的接管範圍重新生效。
選擇安裝套件架構時,近年的主流裝置通常使用 arm64;無法確認處理器架構時,可以使用通用版。架構選擇只影響安裝套件是否符合裝置,不會改變訂閱協定或節點品質。若安裝失敗,應先核對系統版本、裝置架構與既有安裝來源,不要透過反覆修改訂閱來處理安裝層級的問題。
v2flyNG:明確需要 V2Fly 核心時選擇
v2flyNG 與 v2rayNG 的平台相同,但主要判斷點不是介面偏好,而是核心需求。既有設定、路由行為或伺服器參數明確以 V2Fly 測試時,v2flyNG 能提供更直接的對應關係。若沒有這類前提,大多數 Android 使用者從 v2rayNG 開始會更省事,也能減少兩款用戶端並存造成的設定混淆。
從另一款用戶端移轉時,不要只比較節點名稱。應逐項核對位址、連接埠、傳輸方式、TLS 相關設定、使用者識別碼與路由規則。訂閱能成功匯入,只能表示資料格式已被辨識,不能單獨證明所有參數都適合目前的核心。遇到某個節點可以匯入卻無法連線時,先查看該節點使用的協定與傳輸參數,再判斷是否屬於核心差異。
如果同一部裝置保留兩款 Android 用戶端,測試時應確保前一個連線已完全停止,因為系統同一時間只會讓一項此類服務接管流量。建議為測試過程留下簡單紀錄:使用哪款用戶端、選擇哪個節點、採用什麼路由設定、錯誤出現在哪個步驟。如此切換核心後,才能判斷變化來自用戶端、設定還是線路。
不同使用方式對應哪款用戶端
以下建議只處理用戶端選擇,不能取代節點參數檢查。訂閱無法解析、節點逾時或本地網路異常時,應先處理故障來源,再評估是否需要更換用戶端。
依這四個問題完成選擇
分開判斷平台、核心與功能需求,可以避免因用戶端名稱相近而選錯安裝套件,也能減少安裝後反覆移轉設定。
-
裝置執行哪個系統?
桌面系統使用 v2rayN;Android 使用 v2rayNG 與 v2flyNG 二選一。平台不相容時,不必再比較其他功能。
-
設定是否指定核心?
沒有明確要求時,Android 優先選擇 v2rayNG;明確要求 V2Fly 行為時選擇 v2flyNG。桌面端則繼續在 v2rayN 的核心與設定中核對。
-
是否需要進階流量接管?
桌面端需要 TUN 或複雜路由時選擇 v2rayN,並先完成一般系統代理測試。Android 端則依應用程式接管範圍調整系統 VPN 與分應用程式設定。
-
是否需要長期維護多組訂閱?
桌面多訂閱管理更適合 v2rayN。Android 端建議保留必要的訂閱,為訂閱來源使用清楚的名稱,並在更新後檢查節點清單是否如預期變化。
用戶端、核心與訂閱不是同一層
選擇用戶端時最常見的錯誤,是把圖形化用戶端名稱、處理連線的核心,以及提供節點資料的訂閱混為一談。三者分別負責介面操作、協定處理與設定分發。
負責操作入口
用戶端提供訂閱更新、節點選擇、系統代理、裝置 VPN、路由設定與日誌檢視等入口。介面顯示連線已啟動,只代表本機服務進入執行狀態,仍需實際驗證目標流量是否依預期處理。
負責解析與執行設定
Xray 與 V2Fly 是相關但不同的核心實作。協定名稱相同不代表所有擴充參數與路由行為完全一致,因此移轉用戶端時要核對完整設定,而不是只看節點名稱。
負責批次提供節點
訂閱連結通常包含一組節點或設定。更新成功後仍應檢查節點清單、協定參數與更新時間;清單為空時,先排查連結完整性、回應格式與網路存取,不要直接歸咎於用戶端。