本文適合正在選擇 v2rayN、v2rayNG 或 v2flyNG 的用戶，說明 Xray 與 V2Fly 的來源、協定支援範圍與設定相容性。讀完後，可根據節點提供的 VMess、VLESS、XTLS Vision、REALITY 等欄位判斷應使用哪個核心，並透過日誌與設定項目找出「訂閱能匯入但節點無法連線」的原因。
先釐清 Xray、V2Fly 與 Project V 的關係
Project V 是早期 V2Ray 技術體系的來源，v2ray-core 後續由 V2Fly 社群延續維護。Xray 則從相同的程式碼基礎分支發展，逐步形成獨立的協定實作、設定欄位與發布節奏。兩者共享許多基礎概念，例如入站、出站、路由、DNS、VMess、VLESS 與多種傳輸方式，但已不能簡單視為同一個程式的兩個名稱。
核心負責實際的連線處理，包括解析節點設定、監聽本機連接埠、建立遠端傳輸、執行 DNS 查詢與套用路由規則。v2rayN、v2rayNG、v2flyNG 屬於操作介面與設定管理層：用戶在介面中選擇節點後，客戶端會產生核心可讀取的設定，再啟動對應程序。因此，同一筆訂閱在不同客戶端中顯示相同名稱，不代表底層能力完全一致。
兩條路線的差異主要出現在新協定擴充上。V2Fly 更著重自身的設定體系、基礎協定與通用傳輸能力；Xray 則持續擴充 VLESS、XTLS Vision 和 REALITY 等組合。若節點只使用 VMess、TCP、WebSocket 或標準 TLS，兩種核心可能都能處理；一旦設定中出現特定 flow、REALITY 公鑰或 short ID，就需要依欄位選擇核心。
Xray 核心
推薦涵蓋 VLESS、XTLS Vision、REALITY 等 Xray 路線組合，適合需要讀取完整進階欄位的節點。
適合：日常主力、VLESS Vision、REALITY 設定
V2Fly 核心
延續 V2Fly 的設定與協定體系，適合 VMess、基礎 VLESS、WebSocket、gRPC 與標準 TLS 等常見組合。
適合：現有 V2Fly 設定、一般 VMess 與標準傳輸
VMess 與 VLESS 的差異不等於核心差異
VMess 是 Project V 體系中較早採用的代理協定，節點通常包含伺服器位址、連接埠、用戶 ID、傳輸方式與 TLS 設定。VLESS 的身分驗證結構更精簡，但本身不會自動決定傳輸與加密方式。VLESS 可以搭配 TCP、WebSocket、gRPC、TLS，也能在 Xray 路線中搭配 XTLS Vision 或 REALITY。
因此，「Xray 支援 VLESS、V2Fly 只支援 VMess」並不是準確的判斷。兩套核心都支援基礎 VLESS 情境，真正需要留意的是 VLESS 後面的組合欄位。尤其當節點連結或訂閱紀錄中出現 flow=xtls-rprx-vision、security=reality、公鑰、short ID 或指紋參數時，應使用能解析這些欄位的 Xray 核心。
| 設定能力 | Xray | V2Fly | 選擇依據 |
|---|---|---|---|
| VMess + TCP/WebSocket | 支援 | 支援 | 優先保留現有可用設定，不必只因名稱而更換核心 |
| 基礎 VLESS + TLS | 支援 | 依目前核心與設定格式判斷 | 確認客戶端是否完整保留傳輸與 TLS 欄位 |
| VLESS + XTLS Vision | 重點支援 | 不可視為相同擴充功能處理 | 存在 xtls-rprx-vision 時選擇 Xray |
| VLESS + REALITY | 支援 | 不使用同一套實作 | 存在 reality、公鑰與 short ID 時選擇 Xray |
| 路由與 DNS | 支援 | 支援 | 須分別核對規則語法與設定版本 |
結論：先看安全層與 flow，再看協定名稱
看到 VLESS 不要立即認定只能使用某個核心；只有當設定同時要求 XTLS Vision、REALITY 或 Xray 專用欄位時，核心選擇才有明確方向。一般 VMess 與標準 TLS 節點則應優先考量設定相容性與現有穩定性。
XTLS Vision 與 REALITY 分別解決什麼問題
XTLS 是 Xray 路線中的一組傳輸最佳化與流量處理機制，目前設定中常見的是 VLESS 搭配 xtls-rprx-vision。Vision 會依連線內容調整資料處理方式，重點在於減少特定 TLS 疊加 TLS 情境中的重複處理。它不是獨立的節點協定，也不能脫離 VLESS、傳輸層與伺服器設定單獨啟用。
REALITY 是 Xray 採用的一種傳輸安全方案。客戶端連線時需要伺服器位址與連接埠，並正確填寫 serverName、公鑰、short ID，還可能包含指紋與 spiderX 等參數。它與一般 TLS 的設定方式不同：不能只將安全類型從 TLS 改為 REALITY，卻保留其他欄位不變。伺服器私鑰與客戶端公鑰、允許的 serverName、short ID 必須成組對應。
常見 REALITY 節點會使用 443 作為遠端連接埠，但連接埠號並不是辨識協定的條件。443 同樣可以承載標準 TLS，其他可用連接埠也能由伺服器設定。判斷依據應是訂閱紀錄中的安全類型與配套欄位，而不是看到 443 就推定為 REALITY。
檢查 REALITY 設定時請依照這個順序
- 確認協定為 VLESS，並核對伺服器位址、遠端連接埠與用戶 ID，確保沒有多餘空格或遭截斷的字元。
- 確認安全類型為 REALITY，而不是標準 TLS；傳輸類型也必須與伺服器保持一致。
- 核對 serverName 的完整網域名稱。此欄位可以與伺服器位址不同，不能因節點位址是數字位址就刪除 serverName。
- 核對公鑰與 short ID。short ID 是十六進位內容，複製時不能帶有引號、逗號或換行。
- 存在 flow 欄位時，確認其值與伺服器一致。常見值為
xtls-rprx-vision，不能只寫成 vision。 - 儲存後重新啟動連線，再查看核心日誌；舊程序尚未結束時，可能仍會使用修改前的設定。
訂閱相同，為什麼更換核心後仍可能失敗
訂閱的作用是傳遞節點資訊，無法保證每個客戶端都能無損解析所有欄位。常見訂閱格式會將協定、位址、連接埠、用戶 ID、傳輸與安全參數編碼成連結或結構化紀錄。若訂閱產生端使用較新的 Xray 欄位，而客戶端解析器沒有對應映射，節點可能成功出現在清單中，但公鑰、flow 或 short ID 實際上是空的。
另一類問題來自設定轉換。客戶端通常不會將訂閱內容原樣交給核心，而是先轉換成自身的資料模型，再產生執行設定。轉換過程若將 REALITY 當成 TLS、把 serverName 當成伺服器位址，或忽略 flow，核心日誌就會回報欄位無效、驗證失敗或握手中斷。此時反覆更新訂閱並不能解決問題，應開啟節點詳細資料逐項核對。
路由規則也會造成「核心不相容」的假象。節點已建立連線，但目標網域被規則送往直連出站，存取結果便會與預期不符。排查時應先使用簡單路由模式驗證基本連線，再恢復網域、位址與規則集分流。DNS 同樣需要單獨檢查，尤其在解析結果與路由條件不一致時。
依日誌定位故障層級
- 核心無法啟動：檢查設定語法、核心檔案、監聽連接埠與重複程序。日誌出現 address already in use 時，應關閉佔用連接埠的程序或修改本機監聽連接埠。
- 連線立即中斷：檢查伺服器位址、連接埠、用戶 ID、flow、安全類型、公鑰與 short ID，優先排除欄位缺漏。
- 連線等待後逾時：檢查目前網路能否連到遠端位址與連接埠，再確認伺服器是否正在監聽；不要先調整複雜的路由規則。
- 核心連線成功但網頁無法開啟：檢查系統代理、本機 SOCKS 或 HTTP 連接埠、DNS 與路由出站方向。
- 部分網域正常、部分失敗：檢查網域規則、位址規則、DNS 回傳結果與分流優先順序，不要直接更換核心。
結論：先驗證最小設定，再恢復訂閱與分流
保留一個節點、一個本機入站與一條預設代理出站，可以快速區分協定欄位錯誤與路由錯誤。最小設定能夠連線後，再依序恢復 DNS、網域規則與訂閱分組，比同時修改核心、連接埠與路由更容易找出原因。
v2rayN、v2rayNG 與 v2flyNG 該如何選擇
Windows、macOS 與 Linux 用戶通常透過 v2rayN 管理桌面連線。選擇節點前先查看協定詳情；若節點使用 VLESS、XTLS Vision 或 REALITY，應確認實際啟動的是 Xray 核心。只使用 VMess、WebSocket 與標準 TLS 時，可以沿用已驗證可用的設定，不必因協定名稱而頻繁切換。
在 Android 上，v2rayNG 使用 Xray 核心，適合包含 Xray 擴充欄位的訂閱；v2flyNG 使用 V2Fly 核心，適合希望維持 V2Fly 設定路線的用戶。兩者的介面操作相近，但底層設定能力並非逐項等價。遷移節點時，應檢查詳細資料頁，而不是只看訂閱分組與節點名稱是否一致。
選擇客戶端時也要考量路由規則的來源。Xray 與 V2Fly 都支援路由和 DNS，但欄位結構、規則能力與版本演進不同。直接複製整份進階設定可能觸發未知欄位錯誤。更穩妥的方法是先匯入節點連線參數，再在目標客戶端中重新建立路由規則，並透過日誌確認網域與位址已進入預期出站。
v2rayN + Xray
推薦方便在桌面環境管理 VLESS、XTLS Vision、REALITY 節點，並查看核心啟動與連線日誌。
適合：Windows、macOS、Linux 的 Xray 節點
v2rayNG
使用 Xray 核心，能夠讀取 Android 端常見的 VLESS 與 REALITY 節點參數。
適合：Android 上使用 Xray 訂閱
v2flyNG
使用 V2Fly 核心，適合現有 VMess、標準傳輸與 V2Fly 設定體系。
適合：Android 上維持 V2Fly 核心路線
更換客戶端前請保留這些資訊
- 記錄節點協定、遠端位址、連接埠、用戶 ID、傳輸方式與安全類型。
- VLESS 節點需額外記錄 flow；REALITY 節點需額外記錄公鑰、short ID、serverName、指紋與路徑欄位。
- 記錄目前的本機 SOCKS、HTTP 監聽連接埠，避免系統代理仍指向舊客戶端。
- 分別儲存路由規則與節點參數，不要將路由異常誤判為節點失效。
- 切換後先選擇單一節點測試，再更新整個訂閱分組與自動更新工作。
常見問題：相容性、速度與設定遷移
核心名稱本身無法直接決定連線速度。實際結果還會受到伺服器線路、壅塞、往返延遲、丟包、傳輸封裝、TLS 處理、裝置效能與路由規則影響。XTLS Vision 的設計目標包含減少特定情境下的重複處理，但不能據此推導固定百分比的速度提升。
同樣地，REALITY 也不是將一般 VMess 節點切換一個選項就能啟用的功能。它需要伺服器與客戶端成套設定，並依賴正確的金鑰與識別欄位。訂閱未提供相關參數時，客戶端無法自行補齊。遇到連線錯誤，應回到設定來源核對欄位，不要隨機產生公鑰或 short ID。
VMess 節點一定要改用 Xray 嗎？
不必。VMess、TCP、WebSocket 與標準 TLS 在兩條核心路線中都有常見使用情境。現有節點穩定可用時，維持目前的核心與設定即可；只有訂閱明確加入 Xray 專用欄位時才需要調整。
VLESS 節點匯入成功，為什麼一連線就中斷？
開啟節點詳細資料，依序檢查安全類型、flow、serverName、公鑰與 short ID。若使用 REALITY，應確認公鑰沒有遭截斷，short ID 沒有附帶空格，flow 完整寫成 xtls-rprx-vision。
換成 Xray 後，原本的 VMess 訂閱還能用嗎？
多數一般 VMess 節點可以繼續使用，但仍應核對傳輸與 TLS 欄位。更新訂閱後先測試一個節點，並查看日誌是否出現未知欄位、握手失敗或連接埠占用。
核心已啟動，瀏覽器卻無法存取網路，該怎麼辦？
在 v2rayN 的「設定」→「參數設定」中查看實際監聽連接埠，再檢查系統代理是否使用相同連接埠。若 SOCKS 範例連接埠設為 10808、HTTP 範例連接埠設為 10809，瀏覽器類型與連接埠必須相符。
可以把 Xray 的完整設定直接交給 V2Fly 嗎？
不建議直接照搬。先移除 XTLS Vision、REALITY 等專用欄位，再依照 V2Fly 目前的設定結構重建入站、出站、DNS 與路由。若節點依賴這些專用能力，則應繼續使用 Xray。
選擇核心時請使用這份判斷清單
選擇核心不必從專案歷史開始猜測，只要讀取節點的實際欄位即可。VMess、WebSocket、gRPC 與標準 TLS 等常見組合應以現有相容性為主；VLESS 設定則要繼續檢查安全類型與 flow。出現 XTLS Vision、REALITY、公鑰與 short ID 時，選擇 Xray 路線更直接。
如果節點能夠連線但存取結果異常，應優先排查本機連接埠、系統代理、DNS 與路由分流。只有日誌明確指出未知欄位、設定解析失敗或協定握手不相容時，才將問題集中到核心相容性。依層級處理可以避免在節點、核心、路由與系統代理之間反覆切換。
- 查看協定：確認是 VMess 還是 VLESS，不要依賴節點名稱判斷。
- 查看安全類型：區分標準 TLS 與 REALITY，記錄 serverName。
- 查看 flow：出現 xtls-rprx-vision 時選擇 Xray，並確認與伺服器設定一致。
- 查看客戶端：桌面端使用 v2rayN 管理對應核心；Android 依 Xray 或 V2Fly 路線選擇 v2rayNG、v2flyNG。
- 查看本機監聽：系統代理、瀏覽器代理與客戶端連接埠必須一致。
- 查看日誌：先判斷核心啟動、遠端連線、TLS 握手、DNS 與路由分別位於哪個層級。
- 最後恢復複雜設定：基礎連線通過後，再啟用訂閱自動更新、DNS 策略與路由規則集。