Xray 核心與 V2Fly 核心差異比較：VLESS、XTLS 與 REALITY 支援度

一、Xray 與 V2Fly：核心不等於用戶端介面

V2Ray 是代理工具生態系中的專案名稱，也常用來泛指這類工具。V2Fly 是負責維護 V2Ray 的社群專案；核心負責接收入站連線、比對路由、處理協定及建立出站連線。Xray 從 V2Ray 程式碼分支發展而來，兩者有共同的發展歷程，但功能演進與設定慣例已各自獨立。不能把 Xray 當成只是換了名稱的 V2Fly。

用戶端負責管理訂閱、編輯節點及設定系統網路；核心則負責實際建立連線。Android 版 v2rayNG 使用 Xray 核心，v2flyNG 使用 V2Fly 核心。桌面版 v2rayN 則需要確認目前設定實際呼叫的是哪個核心，不能只看主視窗標題。更新用戶端後，也應從啟動記錄確認實際載入的核心名稱與版本。

這個流程可看出兩種不同的故障：節點出現在清單中，只代表用戶端成功解析訂閱；核心能載入設定並完成遠端交握，才代表節點可用。介面顯示某個協定名稱，不代表目前的核心一定能辨識該協定組合中的所有欄位。

二、VLESS、XTLS、REALITY 的支援範圍

協定、傳輸方式與安全層分屬不同層次。VMess、VLESS 是代理協定；TCP、WebSocket 是承載資料的傳輸方式；TLS、REALITY 則是連線安全相關方案。XTLS Vision 透過特定流量控制方式，改善符合條件的流量處理。節點備註寫著「VLESS」，仍不足以判斷該使用哪個核心，還要查看安全層與 flow。

VLESS 本身不提供負載加密，常見設定需要搭配 TLS 或 REALITY 等安全方案。它與 VMess 並非「新版本取代舊版本」這麼簡單。判斷相容性時，應將節點視為完整組合，例如「VLESS + TCP + REALITY + Vision」，而不是只比較第一項。

三、兩種設定組合：必須成套核對的欄位

以下兩張卡片用於辨識參數，並非可直接使用的節點。網域使用保留的示範網域，路徑與連接埠也只是說明用數值。實際連線必須採用伺服器或訂閱提供的參數。尤其不可將一個節點的 UUID、另一個節點的公鑰，以及第三個節點的服務名稱拼湊在一起。

REALITY 用戶端不會填寫伺服器私鑰。用戶端持有與伺服器端對應的公鑰等驗證資訊；伺服器私鑰則應留在伺服器端。shortId 使用十六進位表示，實際可用值由伺服器端決定；不要把它當成備註，也不要自行產生其他值來取代訂閱內容。服務名稱通常會設定在 serverName 或連結參數 sni 中，並須符合伺服器端設定。

用戶端中的「指紋」通常是指模擬 TLS ClientHello 的特徵，並非裝置識別碼。將 fingerprint 改成 chrome，無法修正錯誤的公鑰、UUID 或連接埠。REALITY 也不代表一定要啟用 Vision，兩者是不同的設定項目；只有伺服器端採用相應組合時，用戶端才需要設定對應的 flow。

• VLESS：核對 UUID、encryption 與 flow；常見的 encryption 值為 none，不能直接照搬 VMess 的 auto。
• WebSocket：核對 path 與請求標頭 Host；TLS 的 serverName 和 WebSocket Host 是不同欄位。
• TLS：保持憑證驗證啟用；不要用略過驗證來掩蓋憑證或服務名稱錯誤。
• REALITY：核對公鑰、服務名稱、shortId、指紋與核心版本；不同版本的介面標籤及 JSON 欄位可能有所變動，請以目前核心文件與用戶端產生的設定為準。

四、移轉設定：JSON 外觀相同，不代表可以通用

Xray 與 V2Fly 的傳統設定都能看到 inbounds、outbounds、routing 等結構，但結構相似不代表所有欄位都能互通。V2Fly 的不同設定格式也有所差異。移轉時，應先確認目標核心接受的設定格式，再檢查具體的協定與傳輸欄位。若將整份 Xray 設定直接交給 V2Fly，可能在載入階段就失敗。

以下展示的是 Xray 常見的 VLESS + TLS + Vision 出站片段，用來確認 flow 所在的層級。這不是完整設定；示範網域與全零 UUID 都是明顯的假資料，無法作為實際節點使用。此範例不包含 REALITY 參數，也不能只把 tls 改成 reality 就完成轉換。

{
  "outbounds": [
    {
      "tag": "proxy",
      "protocol": "vless",
      "settings": {
        "vnext": [
          {
            "address": "node.example.com",
            "port": 443,
            "users": [
              {
                "id": "00000000-0000-0000-0000-000000000000",
                "encryption": "none",
                "flow": "xtls-rprx-vision"
              }
            ]
          }
        ]
      },
      "streamSettings": {
        "network": "tcp",
        "security": "tls",
        "tlsSettings": {
          "serverName": "node.example.com",
          "allowInsecure": false
        }
      }
    }
  ]
}

1. 先儲存原有設定。記下用戶端版本、核心版本、目前節點與路由預設值；備份檔案可能包含存取憑證，請妥善保存。
2. 先移轉一個節點。透過目標用戶端支援的節點連結或訂閱重新匯入，檢查產生的設定，不要先覆寫所有路由與 DNS 設定。
3. 先確認核心能啟動。若記錄顯示未知協定、未知安全類型或不支援 flow，應修正設定或改用相容的核心，而不是一再測試網路延遲。
4. 再還原分流設定。核對規則引用的出站 tag、網域與 IP 資料檔，以及 DNS 處理方式。節點能連線，不代表舊規則已正確移轉。

五、如何選擇與驗證 v2rayNG、v2flyNG

Android 使用者若已有 REALITY 或 Vision 節點，通常可選擇 v2rayNG。若已有 V2Fly 設定，節點也屬於一般相容組合且運作正常，則可繼續使用 v2flyNG。桌面使用者則要注意，v2rayN 是管理介面；判斷重點仍是目前節點呼叫哪個核心，以及該核心是否支援這組參數。

不要同時更換核心、節點、DNS 與路由預設值。一次只調整一項，才能判斷問題來源。以下數字僅用於說明各連接埠的用途，不是測速結果，也不代表所有用戶端的預設值。是否採用這些連接埠，應以目前設定為準。

遠端 443 連接埠能建立 TCP 連線，只能證明該網路層可連通，無法證明 VLESS 驗證、TLS 或 REALITY 交握成功。本機 10808 若已被占用，可能導致核心無法啟動，這與遠端協定是否相容無關。DNS 請求也有獨立的傳輸路徑：瀏覽器能解析網域，不代表核心使用的解析器也能連線。

• 核心記錄：先確認啟動成功的記錄與實際版本，再查看連線錯誤；分辨設定載入、DNS、交握及逾時問題。
• 入口設定：桌面版請確認系統代理是否已啟用；Android 請檢查 VPN 授權及依應用程式設定的代理範圍。入口未生效時，請求可能尚未進入核心。
• 在相同條件下測試：使用相同網路、同一個節點與相同路由設定，以實際網頁請求驗證；不要把單次延遲測試當成完整的相容性證明。
• 分享記錄：隱藏訂閱權杖、UUID、服務位址與驗證參數。保留錯誤類型、版本資訊與發生時間，即可協助定位問題。

六、常見問題：能匯入、能啟動、能連線有何不同