Xray 核心與 V2Fly 核心差異：XTLS、REALITY 支援與設定相容性比較

專案背景與用戶端分工

Xray-core 與 V2Fly 維護的 v2ray-core 源自同一脈絡，但如今已走上不同的功能發展路線。Project V 是理解這套代理工具體系的背景；V2Fly 延續社群維護 v2ray-core，而 Xray 則獨立發展。兩者都是負責處理代理連線、路由與 DNS 等工作的核心程式，並非用戶端介面本身。

用戶端負責管理訂閱、編輯節點、啟動核心及顯示記錄；核心則負責讀取最終設定並處理連線。因此，「介面能匯入節點」和「核心能執行節點」是兩回事。訂閱解析器或許能辨識某些欄位，卻不一定能將這些欄位交由目前使用的核心執行。

• v2rayNG：Android 用戶端，採用 Xray 核心，適合需要 REALITY、XTLS Vision 或已有 Xray 設定的情境。
• v2flyNG：Android 用戶端，採用 V2Fly 核心，適合伺服器使用 V2Fly 一般設定，且不需要 Xray 專屬功能的情境。
• v2rayN：桌面用戶端。實際支援的功能取決於所選核心及其版本，不能只看用戶端名稱判斷協定支援情況。

排查問題時，應一併記錄用戶端版本及目前執行的核心版本。升級介面程式不代表核心檔案也同步更新；同樣地，更換核心也不代表用戶端編輯器已能產生所有新欄位。

協定支援：XTLS 與 REALITY 比較

REALITY 與 XTLS Vision 並非 VMess、VLESS 的同義詞。VLESS 是代理協定；REALITY 屬於傳輸安全設定層；Vision 則是配合特定連線組合使用的流控方式。訂閱中同時出現 VLESS、REALITY、Vision，代表需要檢查多個設定層，而不是確認「支援 VLESS」就算完成。

此處的 XTLS 主要指目前常見的 Vision 用法。舊教學中的 xtls-rprx-direct 等歷史流控值，不應直接替換成 xtls-rprx-vision 就視為完成移轉。伺服器也必須採用相容組合；只在用戶端修改流控，可能導致握手失敗。

REALITY 與 Vision 在連線中的作用

REALITY 讓用戶端在握手過程中驗證伺服器持有的金鑰材料，並配合與目標網站相關的參數呈現 TLS 握手特徵。它不會把所有代理流量轉交給目標網站，也不代表取消身分驗證。伺服器仍須正確設定金鑰、目標及允許的名稱，用戶端也必須填入相符參數。

Vision 主要負責處理代理通道承載 TLS 流量時的辨識與資料轉送流程，在符合條件時可減少重複封裝及處理負擔。這不代表所有連線都略過加密，也無法消除實體線路壅塞、跨區往返延遲或電信網路封包遺失。網頁載入速度是否改善，仍須依實際使用情況判斷。

設定相容性與欄位移轉

兩種核心的傳統 JSON 設定有不少相似結構，例如 inbounds、outbounds 與 routing。但「欄位看起來相同」不代表所有取值、預設行為及子欄位也相同。V2Fly 的不同設定格式之間也有差異，移轉前請先確認目前檔案採用哪種格式。

以下以常見的傳統 JSON 路由規則為例，片段表示「私有位址經由 direct 出站」。這段內容只展示路由部分，並非可獨立啟動的完整設定。實際檔案必須包含標籤為 direct 的出站，並備妥規則所需的資料檔案。

{
  "routing": {
    "domainStrategy": "IPIfNonMatch",
    "rules": [
      {
        "type": "field",
        "ip": ["geoip:private"],
        "outboundTag": "direct"
      }
    ]
  }
}

• 先移轉出站：逐項核對協定、使用者驗證、傳輸、安全層與流控。含有 REALITY 的出站無法直接交由 V2Fly 使用。
• 再移轉路由：保留規則順序，確認每個 outboundTag 都能找到同名出站。標籤只是參照名稱，不會自動建立直連或代理功能。
• 最後移轉 DNS：檢查解析策略、網域規則及資料檔案路徑。不要將用戶端介面中的 DNS 選項名稱直接當成核心 JSON 欄位。
• 區分訂閱與完整設定：節點分享連結通常只包含單一出站所需資訊，不會完整帶入本機入站、DNS、路由與記錄設定。

也要分辨設定成功載入與參數確實生效。有些未知欄位會引發錯誤，有些則可能遭到忽略。只看到程序已啟動，還不足以證明移轉成功；請檢查記錄、實際出站及目標應用程式的連線結果。更多欄位關係可參考協定設定說明逐項核對。

連接埠檢查與故障排查順序

連線失敗時，先分開檢查本機連入與遠端握手。以下提供兩個用來說明檢查方式的連接埠範例，不代表所有用戶端的預設值。請以目前的入站設定與節點連接埠為準，不要為了照抄教學而修改原本運作正常的監聽設定。

1. 確認應用程式是否使用用戶端。如果本機 SOCKS 入站監聽 127.0.0.1:10808，應用程式就必須使用相符的位址、連接埠與代理類型。開啟系統代理不代表所有應用程式都會遵循此設定。
2. 確認核心是否正常載入。若核心啟動後立即結束、記錄指出欄位無法解析，或流控不受支援，請優先檢查核心選擇與設定格式，不要先修改 DNS。
3. 確認遠端是否連得上。若本機入站正常，但遠端連線逾時，請檢查節點位址、實際伺服器連接埠、網路路徑及伺服器狀態。連接埠可連通也不代表驗證成功。
4. 確認握手參數。REALITY 主要核對公鑰資訊、shortId、serverName 與時間設定；一般 TLS 則檢查 SNI、憑證有效期限及信任鏈。不要藉由關閉憑證驗證來掩蓋錯誤。
5. 確認路由與解析。若只有部分網域連線失敗，請檢查網域解析結果及實際命中的出站。測試期間每次只修改一組參數，並保留可還原的原始設定。

用戶端選擇與訂閱移轉

Android 裝置上已有 REALITY 或 Vision 節點時，優先使用 v2rayNG。若節點採用一般 VMess 或 VLESS，且伺服器說明是針對 V2Fly 設定，可選用 v2flyNG。桌面端使用 v2rayN 時，應先確認節點所需功能，再選擇相應核心；介面名稱不能取代相容性檢查。

移轉訂閱時，建議建立新群組並保留舊群組，以便回復。先匯入一個節點並核對參數，再批次更新，最後移轉路由設定。更新訂閱可能會覆蓋手動修改的節點欄位；若匯入後流控或安全層欄位消失，請先檢查訂閱格式與用戶端的解析能力，不要一再手動填寫。