Xray 核心與 V2Fly 核心差異：協定支援與設定格式比較

先分清用戶端、核心與 Project V

核心負責建立連線、處理協定、查詢 DNS 和執行路由；用戶端則負責將這些功能整合成操作介面。v2rayN、v2rayNG、v2flyNG 是用戶端名稱；Xray-core 與 V2Fly 維護的 v2ray-core 則是核心。用戶端版本與核心版本是兩項不同資訊，更新用戶端程式不代表已切換至另一種核心。

Project V 是以 V2Ray 為核心發展出的工具與協定生態系。V2Fly 社群延續 v2ray-core 的開發；Xray-core 則於 2020 年從相關程式碼分支發展，之後逐漸形成不同的功能演進路線。兩者有共同的發展歷程，因此設定 JSON 外觀相似，但不能因此認為所有設定欄位都能互換。

這條流程也能解釋「訂閱可以匯入，卻無法連線」的原因：匯入成功只代表用戶端讀取了部分資料，不能證明核心支援所有功能，更不能證明伺服器位址、驗證資訊與傳輸參數彼此相符。

• v2rayN：桌面用戶端。可使用的核心與切換方式依安裝版本而異；排查問題時，應確認目前節點實際使用的是哪個核心。
• v2rayNG：Android 用戶端，本文以使用 Xray 核心的情境說明。
• v2flyNG：Android 用戶端，使用 V2Fly 核心；介面相似，不代表可以直接使用 Xray 專屬欄位設定。

協定支援比較：VLESS 不等於 REALITY

一條連線通常包含代理協定、傳輸方式與安全層。VLESS、VMess 屬於代理協定；TCP、WebSocket 屬於傳輸方式；TLS、REALITY 則涉及連線安全機制。XTLS Vision 對應特定的流控與資料處理方案，並非單純把「TLS」開關換個名稱。

「V2Fly 完全不支援 VLESS」和「只要支援 VLESS 就能連 REALITY」都過於武斷。前者忽略了版本與實作差異，後者則混淆協定與安全層。舊資料中的 XTLS 舊版流控也不能直接當成 Vision 使用，尤其不要把舊參數照抄到新設定中。

設定檢查卡：兩種常見組合各要確認哪些項目

以下兩張卡是欄位檢查表，不是可直接連線的節點，也不包含伺服器端憑證。範例路徑 /proxy 僅用來說明欄位位置；實際路徑必須依伺服器端設定填寫。REALITY 卡採用常見的 VLESS + TCP + Vision 組合，不代表所有 VLESS 都需要啟用 Vision。

Host 和 SNI 經常相同，但用途不同。WebSocket 的 Host 是 HTTP 請求中的目標主機資訊；SNI 則是在 TLS 握手時提供的伺服器名稱。連線位址又是另一個欄位，決定先連至哪個網路位址。若伺服器端要求這三者不同，就不能為了「看起來整齊」而全部改成相同值。

JSON 寫法：外觀相似不代表整份設定都通用

Xray 和 V2Fly 的常見設定中都能看到 inbounds、outbounds、routing 等名稱。V2Fly 也有不同版本與結構的設定格式；用戶端可能會先讀取分享連結，再產生核心使用的 JSON。因此，分享連結相同、介面欄位相似，以及最終核心設定相容，是三件不同的事。

以下是傳統 JSON 格式中的 streamSettings 欄位片段，僅用來說明 WebSocket 與 TLS 的層次。example.com 是保留的範例網域，不是可用的伺服器位址。片段缺少完整的入站、出站與驗證設定，無法單獨執行。

{
  "streamSettings": {
    "network": "ws",
    "security": "tls",
    "tlsSettings": {
      "serverName": "example.com"
    },
    "wsSettings": {
      "path": "/proxy",
      "headers": {
        "Host": "example.com"
      }
    }
  }
}

• 傳輸欄位：network 用來選擇傳輸實作。文件中的 TCP、RAW 等名稱會隨版本演進，不能只看介面顯示的名稱就推斷底層 JSON 值。
• 安全欄位：一般 TLS 使用相應的 TLS 設定；Xray REALITY 使用專屬的設定結構，不能只把 tls 字串改成 reality 就算完成遷移。
• 流控欄位：在常見的 Xray VLESS 出站設定中，flow 屬於使用者設定項目，不應任意放進 streamSettings。
• 版本欄位：不同 Xray 版本的文件與介面，對 REALITY 用戶端公鑰相關參數可能採用不同名稱。舊範例中的 publicKey 與較新文件中的 password，應依實際核心版本確認，不能在不確定版本的情況下直接替換。

遷移時最穩妥的方式，是重新匯入服務提供者給的完整訂閱，再檢查產生的設定。只有在清楚了解來源版本、目標版本與設定格式時，才適合手動搬移整份 JSON；即使語法檢查通過，仍須確認欄位確實有被採用。

連接埠與路由：不要把本機入口當成遠端功能

核心負責路由，但連線必須先進入核心。系統代理只會影響遵循該設定的應用程式；TUN 則透過虛擬網路介面接管相關流量，通常需要額外權限。兩者都不代表「已選好代理出站」，進入核心的請求仍須依路由規則分流。

這些數字是位址與連接埠範例，不是效能測試結果，也不是所有用戶端通用的預設值。假設應用程式填入 127.0.0.1:10808，就應確認用戶端確實在本機的該連接埠監聽，而且入口協定符合應用程式的需求。不能只靠連接埠號碼判斷是 HTTP 代理還是 SOCKS 入口。

1. 在 v2rayN 的「設定」→「參數設定」中確認本機監聽與相關選項；不同版本的分組名稱可能不同，請以目前介面為準。
2. 確認系統代理或應用程式代理指向實際的監聽位址，避免仍指向舊用戶端的連接埠。
3. 檢查目前的路由模式與符合的規則。geosite:cn 是網域分類參照，geoip:cn 是 IP 分類參照，兩者都需要相應的資料檔案。
4. 切換至另一種核心後，請確認規則檔案位置、標籤名稱與出站標籤仍相互對應，不能只複製路由項目。

「直連網站正常、代理網站失敗」通常表示請求已符合某條規則，但代理出站仍有問題；「切換設定後所有應用程式都沒有變化」則應優先檢查入口與流量接管方式。請沿著連線流程逐步排查，不要直接歸因於核心速度。

Android 怎麼選：依訂閱需求進行小範圍測試

如果現有節點明確要求 Xray REALITY 或 Vision，選擇支援相應功能的 v2rayNG 會更直接。如果服務提供者提供的是已確認可搭配 V2Fly 使用的設定，也可以繼續使用 v2flyNG。若沒有這些專屬需求，應優先考慮設定能否完整匯入、記錄檔是否方便檢查，以及現有路由能否保留。

1. 記錄環境：記下用戶端版本、核心版本、協定、傳輸方式、安全層，以及是否啟用 TUN。不要只記錄一個「最新版」。
2. 保留舊設定：遷移前備份訂閱分組與自訂路由，不要在公開討論區張貼包含敏感資訊的訂閱網址。
3. 只匯入一個測試項目：對照原始參數檢查連接埠、SNI、路徑、Flow 與 REALITY 相關欄位；缺少重要欄位時，請先停止測試。
4. 避免同時接管流量：測試另一個用戶端前，先停止原用戶端的代理或虛擬網路連線，以減少入口衝突。
5. 一次只修改一個項目：維持相同網路、相同伺服器與相同目標請求，再比較連線結果；不要同時更換 DNS、節點與路由模式。

常見問題：匯入成功、握手失敗與更新順序