節點使用 REALITY 或 xtls-rprx-vision 時，請優先確認 Xray 是否支援；若是一般 VLESS、VMess 或 Trojan 節點，還要檢查傳輸方式與設定欄位。本文適合準備更換核心、挑選 Android 用戶端或排查訂閱相容性的人閱讀，重點是逐項核對連線參數，而非只看核心名稱判斷速度。
核心與用戶端：先釐清各自的用途
Xray-core 與 V2Fly 維護的 V2Ray-core 是不同的核心專案。兩者雖有共同的技術淵源，後續發展已各自分流。核心負責處理入站連線、比對路由規則並建立代理出站；用戶端則負責管理訂閱、提供操作介面及產生設定。用戶端能顯示某個節點，不代表目前使用的核心能執行該節點的所有設定欄位。
v2rayN 是桌面用戶端，實際連線能力取決於選用的核心及其版本。在 Android 上，本文以 v2rayNG 搭配 Xray 核心、v2flyNG 搭配 V2Fly 核心為例。安裝包版本與核心版本是兩項不同資訊，排查問題時應分別記錄，別把用戶端版本號當成協定支援依據。
- 解析階段：用戶端能否辨識訂閱欄位，會影響參數是否完整寫入設定。
- 載入階段：核心能否接受欄位名稱、欄位值及其組合，會決定程式能否正常啟動。
- 連線階段：伺服器參數、憑證、時間與網路路徑是否吻合，會決定交握能否完成。
這三個階段可能各自發生問題。例如，用戶端成功匯入，產生的設定卻漏掉 REALITY 公鑰；也可能核心已啟動，但伺服器的 shortId 與用戶端不一致。因此，「清單中看得到節點」和「節點能成功連線」必須分開確認。
協定比較：VLESS 不等於 REALITY
VLESS 是代理協定名稱，XTLS Vision 是特定的流量控制機制，REALITY 則是 Xray 的安全層方案，三者並非同一層級。只看到訂閱連結以 vless:// 開頭，無法判斷 V2Fly 能否使用；還必須確認傳輸方式、安全層與 flow。
| 功能或組合 | Xray | V2Fly | 核對項目 |
|---|---|---|---|
| VMess | 支援常見組合 | 支援常見組合 | 傳輸方式、TLS、用戶端與伺服器版本 |
| 基本 VLESS | 支援 | 支援基本協定 | 不能據此推論擴充功能也相同 |
| Trojan | 支援 | 支援 | TLS 名稱、密碼與實際傳輸組合 |
| VLESS + Vision | 支援，須符合版本與設定 | 不支援 Xray 的 Vision flow | xtls-rprx-vision |
| VLESS + REALITY | 支援，須符合版本與設定 | 不支援 Xray 的 REALITY | 公鑰、serverName、shortId、指紋 |
| WebSocket + TLS | 支援常見設定 | 支援常見設定 | path、Host、serverName 不可混為一談 |
此處所說的「支援」，不代表任何設定都能直接互換。某項協定兩邊都有，只能說明它們具備部分共同功能；新增傳輸方式、設定格式與擴充參數仍須依實際版本確認。尤其不要將 Xray 的新傳輸欄位直接複製到 V2Fly 設定中。
結論：依完整組合選擇核心
先檢查 security 和 flow，再確認傳輸方式。若有 REALITY 或 xtls-rprx-vision，請依 Xray 路徑驗證；若只有一般 TLS 與雙方共通的協定，再評估 V2Fly 的設定相容性。
XTLS、Vision 與 REALITY：設定名稱與適用範圍
舊教學中的 XTLS，不能直接等同於目前常見的 Vision 設定。像 xtls-rprx-direct 這類舊版 flow 名稱，不應照抄到新設定中。常見的 Vision 組合會使用 flow: xtls-rprx-vision；安全層可以是 TLS，也可以是 REALITY，並非只有 REALITY 才能搭配 Vision。
REALITY 並非關閉 TLS 憑證檢查。用戶端必須核對伺服器提供的公鑰、允許的 serverName、shortId 與指紋等參數。伺服器私鑰應留在伺服器端，不可放進訂閱欄位提供給用戶端。一般 TLS 通常會驗證憑證鏈與名稱；遇到憑證錯誤時，應先檢查名稱與系統時間。
VLESS + REALITY + Vision
- 傳輸方式
- TCP／raw，名稱依版本而異
- 安全層
- REALITY
- Flow
xtls-rprx-vision- 驗證參數
- 公鑰、shortId、serverName
- 核心選擇
- Xray
以伺服器提供的組合為準，並依使用的 Xray 版本核對欄位名稱。
VMess + WebSocket + TLS
- 傳輸方式
- WebSocket
- 安全層
- TLS
- 路徑範例
/ws- 名稱範例
example.com- 核心選擇
- Xray 或 V2Fly，逐項驗證
路徑與名稱僅供教學示範；是否經過中繼取決於伺服器的部署方式。
不要隨意替 WebSocket 節點加上 Vision flow，也不要把 TLS 節點的 security 改成 REALITY，就期待它自動相容。這類修改會改變連線協定，伺服器必須提供相應設定。訂閱資訊不完整時，應向提供者索取缺少的參數，不要從其他節點複製公鑰或 shortId。
設定遷移：連接埠相同，不代表設定相同
更換核心前，請先保留原設定，並挑一個節點進行測試。訂閱連結、用戶端儲存的節點資料與核心 JSON 是三種不同的資料格式。即使都是 JSON，也可能採用不同的設定格式。V2Fly 的不同設定格式與 Xray 常見的 JSON 設定，不能只看副檔名就判斷是否相容。
以上數字是用於排查的設定範例，並非所有版本的預設值。伺服器連接埠 443 與本機連接埠 10808 分屬不同方向。若本機連接埠遭占用，修改伺服器連接埠通常無濟於事；若伺服器未在 443 提供相應服務，即使本機入站正常，也無法完成代理連線。
- 記錄原有環境：記下用戶端版本、啟動日誌中的核心版本、節點傳輸方式與安全層，並保留可還原的設定。
- 先測試共通協定：使用參數完整的 VMess + WebSocket + TLS 等共通組合建立基準，不要一開始就大量遷移擴充節點。
- 檢查產生的設定：檢查
protocol、傳輸設定、TLS 名稱與出站標籤；對外分享日誌前，請移除認證資訊。 - 接著檢查規則依賴：確認實際使用的核心能找到
geosite.dat、geoip.dat，且規則引用的分類確實存在。 - 逐項恢復功能：依序恢復 DNS、路由分流與 TUN，避免多個變數的錯誤同時發生。
路由與 DNS 也不是附屬設定。同一個網域可能因解析位置、IPv6 可用性或規則順序而使用不同的出站路徑。比較核心時，應固定這些設定；否則速度變化可能只是流量從代理改為直連，不能據此判斷協定效率。更多規則說明請參閱進階設定中的 DNS 設定。
用戶端選擇：如何取捨 v2rayNG 與 v2flyNG
選擇 Android 用戶端時，先確認現有訂閱需要哪些功能，再考量操作習慣。使用 REALITY 或 Vision 的節點，應選擇具備相應 Xray 功能的 v2rayNG 版本；若現有設定採用 V2Fly、使用雙方共通協定，且希望沿用原本的核心方案，可以評估 v2flyNG。節點數量或介面相似度，都不能取代協定核對。
- v2rayNG：適合需要 Xray 擴充功能的節點。匯入後仍須確認 flow、指紋、公鑰等參數未遭舊版解析器漏掉。
- v2flyNG：適合採用 V2Fly 支援功能的節點與設定。成功匯入不代表支援 REALITY。
- v2rayN：桌面版需確認節點實際使用哪個核心。更新用戶端後，也應查看啟動日誌，確認執行中的核心確實已更新。
有些節點手動補齊欄位後可以連線，但同一份訂閱匯入失敗，問題可能出在用戶端的解析階段，不一定是核心造成。反過來說，介面能儲存所有欄位，但核心回報不支援該 flow，也不代表訂閱網址有問題。分清楚兩者，就能避免一再重裝，卻始終沒有修正真正的問題。
結論：先測試一個節點，再遷移訂閱
保留原用戶端中可正常使用的設定，先用一個參數完整的節點測試新用戶端。確認連線、DNS 與分流都符合預期後，再匯入其他群組；更換核心時，不要同時全面改寫所有規則。
排查順序：從欄位、交握到網路
「啟動失敗」和「啟動後無法連線」是不同問題。前者優先檢查設定格式、欄位支援情況與連接埠占用；後者再檢查位址解析、交握參數與路由。錯誤訊息原文很重要，以下列出的是常見意義，不代表各版本一定會顯示完全相同的文字。
| 狀況 | 優先檢查 | 下一步 |
|---|---|---|
| 載入設定時出現未知欄位或不支援的 flow | 核心版本、欄位名稱與協定組合 | 確認是否將 Xray 擴充功能交給 V2Fly 使用 |
| 本機監聽失敗 | 127.0.0.1:10808 是否已被占用 | 關閉重複執行的程序，或同步修改入站與使用端的連接埠 |
| TLS 名稱或憑證驗證失敗 | serverName、憑證有效期限、系統時間 | 修正參數，不要把關閉驗證當成長期解決方案 |
| REALITY 交握失敗 | 公鑰、shortId、serverName、指紋與伺服器日誌 | 逐項比對伺服器提供的設定 |
| 連線逾時，但沒有設定錯誤 | 網域解析、伺服器連接埠、路由與網路連通性 | 先確認連線是否抵達正確位址，再檢查協定參數 |
| 部分網域可以連線 | DNS 策略、IPv6、規則順序與出站標籤 | 固定同一個測試目標，檢查實際套用的規則 |
測速時也要固定測試條件。TCP 交握成功，只能表示當下可以連到目標連接埠，不代表 VLESS 認證、TLS 或 REALITY 交握已完成。比較 Xray 與 V2Fly 時，應使用雙方都支援的相同協定組合、相同出口與相同測試位址；分別記錄實際請求延遲與下載吞吐量，不要合併成單一的「速度」分數。
最後的選擇原則很簡單：需要 REALITY 或 Vision，就採用 Xray；使用共通協定，則依設定相容性與現有維護方式選擇。核心名稱不會直接決定穩定性；參數完整、版本相符，以及正確的 DNS 與路由設定，才是穩定重現連線的基礎。