本文重點

在 Android 上應依節點需求選核心,而非按應用程式名稱判斷新舊。需要 VLESS + REALITY 或 XTLS Vision 時,優先選用 Xray 核心的 v2rayNG;若設定明確指定 V2Fly,再考慮 v2flyNG。本文將區分專案、核心與用戶端,整理協定組合檢查項目,並說明如何從桌面設定遷移至 Android。

Project V、V2Fly 與 Xray 的關係

Project V 是由網路代理工具及相關元件組成的專案體系,V2Ray 是其中的核心軟體。核心負責讀取設定、建立入站與出站連線、處理協定及執行路由;用戶端則提供節點清單、訂閱管理與設定介面。兩者屬於不同層級,用戶端介面相似,也不代表底層使用相同核心。

V2Fly 是持續維護 V2Ray 的社群專案。Xray-core 則從 V2Ray 分支發展而來,後續在協定、安全層與傳輸實作上獨立演進。因此兩者雖共享部分歷史與概念,仍不能假設目前的 Xray 設定檔可直接由任何版本的 V2Fly 讀取。

  • v2rayN:桌面用戶端。檢查設定時,除了節點類型,也要確認實際啟用的核心及版本;不能只憑用戶端名稱就認定使用的是 V2Fly。
  • v2rayNG:Android 用戶端,使用 Xray 核心。適合需要 Xray 相關協定組合的節點。
  • v2flyNG:Android 用戶端,使用 V2Fly 核心。適合已確認與 V2Fly 相容的設定與使用環境。

協定支援:檢查完整組合

判斷相容性時,至少要拆成「協定、傳輸、安全層、流控」四項。VLESS 是協定,WebSocket 是傳輸,TLS 與 REALITY 屬於安全層相關設定,xtls-rprx-vision 則是流控值。若只看到「支援 VLESS」就停止檢查,很容易漏掉真正影響連線的欄位。

Xray 與 V2Fly 常見設定的檢查範圍
設定組合或功能 Xray 核心 V2Fly 核心
VMess + WebSocket + TLS 常見支援組合,仍須確認路徑與主機名稱 常見支援組合,仍須確認路徑與主機名稱
基本 VLESS 設定 支援,實際組合受核心版本限制 部分版本也支援,但不代表支援所有 Xray 擴充功能
VLESS + REALITY 選用支援該功能的版本,並補齊對應欄位 不適合作為這類設定的相容替代方案
XTLS Vision 流控 確認伺服器端要求及 flow 值 不可直接套用 Xray 的 Vision 設定
完整 JSON 設定 使用相應版本的設定結構 使用相應版本的設定結構,不保證可與 Xray 互換

VMess、VLESS 和 Trojan 等名稱只能說明協定類別,無法保證傳輸組合相同。節點要求的 WebSocket 路徑、TLS 伺服器名稱、指紋設定等,也需要用戶端正確傳遞。即使兩端都支援某種協定,仍可能因為遺漏欄位而交握失敗。

結論:先檢查 security 與 flow,再選 Android 用戶端

如果節點明確標示 security=reality,或要求 flow=xtls-rprx-vision,請選擇 v2rayNG,並確認其內建的 Xray 支援該設定;不要刪除安全層或流控欄位,試圖讓 v2flyNG 相容。

Android 怎麼選:v2rayNG 還是 v2flyNG?

若沒有既定設定限制,需要接收多種常見分享連結,可優先從 v2rayNG 開始。這項建議是基於其對 Xray 功能的支援範圍,不代表它在所有網路環境下都比較快。如果設定提供者明確要求使用 V2Fly,或手上已有經驗證的 V2Fly 原生設定,則應沿用相符的執行環境。

v2rayNG:Xray 核心

推薦

適用於需要 REALITY、Vision 等 Xray 相關功能的節點。匯入後仍應開啟節點編輯頁,核對安全層、伺服器名稱與流控;不要只依節點名稱判斷設定。

適合:首次安裝、節點明確要求 Xray、桌面已使用同類 Xray 設定

v2flyNG:V2Fly 核心

適用於明確面向 V2Fly 的設定。若現有 VMess + WebSocket + TLS 節點運作正常,無須只因分支名稱不同就遷移;也不能因此斷定它的相容性永遠較好。

適合:已有 V2Fly 設定、需要確認 V2Fly 原生設定的行為

若同時安裝兩款應用進行對照測試,每次只啟動一款的 VPN 連線。Android 的 VPN 服務接管、分應用規則與背景執行限制都會影響實際流量。兩款應用交替啟動後若結果不同,應先確認目前執行的是哪個服務,再判斷是否與核心差異有關。

  • 只有一般 VMess 節點:兩種核心可能都符合需求,先保留已確認可用的設定。
  • 明確要求 REALITY:選擇支援該功能的 v2rayNG,不要把 v2flyNG 當成相同設定的替代品。
  • 只有原生 JSON 設定:先確認目標核心與設定格式版本,再選擇用戶端;不要只憑副檔名匯入。

設定檢查:連接埠、欄位與匯入結果

核心分支並非唯一變數。伺服器位址、連接埠、使用者識別碼、傳輸路徑與安全層只要有一項不相符,都可能造成「匯入成功卻無法使用」。以下連接埠僅供排查參考,不是所有節點或用戶端的預設值;實際設定請以節點編輯頁與本機設定為準。

443
伺服器端 TLS 連接埠範例,不代表一定可用
10808
本機 SOCKS 監聽連接埠範例,請與遠端連接埠分開確認

遠端連接埠 443 指向伺服器上的服務;本機 127.0.0.1:10808 則是應用程式在目前裝置上的監聽位址。將本機連接埠填入節點的伺服器連接埠欄位,無法讓連線「繞回」正確位置。Android VPN 模式通常由系統虛擬網路介面接管流量,也不需要逐一在各應用程式手動填入這個本機連接埠。

  1. 先確認匯入方式。在 v2rayNG 主畫面點選「+」→「從剪貼簿匯入」,匯入分享連結;選單文字可能因版本略有不同。訂閱網址應加入訂閱群組,而非當成單一節點的分享連結。
  2. 接著檢查節點編輯頁。確認位址與連接埠來自原始設定;VMess 節點要核對使用者識別碼,WebSocket 節點要核對路徑與 Host,TLS 節點則要核對伺服器名稱。
  3. 另外確認 REALITY 設定。依提供者要求填入公鑰、shortId、伺服器名稱與指紋等參數。不同版本顯示的欄位名稱可能不同,不要以 TLS 的設定經驗取代逐項確認。
  4. 最後確認流量是否由 VPN 接管。啟動後確認系統 VPN 授權已完成;若只有部分應用程式異常,再檢查分應用代理、路由與 DNS,不要立即更換核心。

桌面與 Android:共用訂閱不等於共用所有設定

v2rayN 與 Android 用戶端可以使用相同的訂閱來源,但訂閱只會提供節點內容,不會自動同步桌面系統代理、路由規則或 Android 的分應用代理。若訂閱服務會依用戶端產生不同格式,請選擇對應的輸出格式;不要假設同一網址在所有用戶端都會傳回完全相同的內容。

遷移方式:對齊節點參數,分別設定裝置流量接管

桌面端:v2rayN
  • 記下目前使用的節點與實際核心。
  • 確認系統代理狀態,不要與路由模式混為一談。
  • 需要 REALITY 時,確認使用相符的 Xray 設定。
Android 端:v2rayNG 或 v2flyNG
  • 依節點需求選擇核心,再匯入訂閱。
  • 核對節點的重要欄位,不要只比較顯示名稱。
  • 完成 VPN 授權,並另外檢查分應用代理與路由。

共用訂閱可以減少重複輸入,但兩端是否取得相同節點、套用相同規則,仍須分別確認。

桌面端可用、Android 端無法使用時,先比較同一節點的協定組合,再比較目前的網路環境。家用網路與行動網路的 DNS、連線策略和鏈路條件可能不同。建議先在同一個 Wi-Fi 網路下測試相同目標網站,確認設定一致後再切換網路,避免同時改變多個變數。

  • 協定欄位一致,但只有網域無法存取:檢查 DNS 與網域路由規則。
  • 只有部分應用程式無法存取:檢查該應用程式是否被排除在 VPN 接管範圍之外。
  • 訂閱更新後節點有變:檢查群組網址、更新結果與伺服器端輸出格式。

常見判斷誤區與最終選擇

Xray 一定比 V2Fly 快嗎?

不能這樣判斷。傳輸量會受到伺服器負載、網路路徑、傳輸組合與終端效能共同影響。比較時應固定節點、網路與目標,先確認兩邊都已正確連線,再觀察實際使用表現。不同伺服器或不同時間的測速結果,不能直接歸因於核心。

V2Fly 支援 VLESS,為什麼不能直接使用 REALITY 節點?

VLESS 只是協定層的一項。REALITY 與 Vision 涉及額外功能及設定語意,基本的 VLESS 支援並不包含這些能力。原節點若要求 REALITY,改成一般 TLS 或刪除 flow 都會改變連線條件,通常無法與原伺服器相符。

訂閱可以更新,節點卻連不上,是核心的問題嗎?

不一定。更新成功只代表訂閱內容已取得並解析。節點連線還需通過伺服器連通性、驗證、安全層交握與路由等環節。先查看記錄是否出現不支援的設定欄位,再檢查驗證與交握錯誤;不能只憑訂閱更新成功就排除設定問題。

更換用戶端後需要重新購買節點嗎?

用戶端與訂閱服務屬於不同層級。現有訂閱能否繼續使用,取決於服務條款、裝置限制與輸出格式,而非應用程式名稱。請先向提供者確認支援的協定組合與用戶端,再決定是否遷移。

結論:依節點需求選核心,依裝置設定檢查流量接管

首次安裝且節點需要 Xray 功能時,選 v2rayNG;已有可用的 V2Fly 設定時,可繼續使用 v2flyNG。連線失敗先檢查完整協定組合與記錄;連線成功但應用程式無法使用,再檢查 VPN 流量接管、DNS 與路由。不要把所有故障都歸因於分支差異。