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

一、Xray 與 V2Fly：同源不代表設定通用

Project V 是以網路代理工具、協定與設定功能為核心的專案生態系，V2Ray 是其中的重要實作。V2Fly 社群持續維護 V2Ray；Xray 則於 2020 年從 V2Ray 的程式碼基礎分支，之後獨立發展。因此，兩者仍有相似的入站、出站、路由與 DNS 結構，但不能把它們當成同一個程式的兩種名稱。

核心負責實際連線：接收本機請求、選擇出站、建立傳輸並完成協定交握。用戶端則負責介面、訂閱管理、參數產生與程序控制。用戶端顯示某個選項，不代表目前啟動的核心就能執行；反過來，核心已支援的欄位，也可能暫時沒有對應的圖形介面選項。

判斷相容性時，應沿著這個流程逐步檢查。分享連結可以匯入，只能證明用戶端識別了連結格式；設定檔可以載入，也只能證明語法及部分欄位通過檢查。只有實際建立連線、完成驗證並收到目標網站回應，才能確認這條連線路徑正常運作。

二、XTLS Vision 與 REALITY 分別解決什麼問題

XTLS Vision 是 Xray 的流控功能，常見欄位值為 xtls-rprx-vision。它針對代理連線中的 TLS 流量處理進行最佳化，在符合協定、傳輸與安全層組合要求時，減少不必要的重複處理。它不是可單獨填入伺服器位址使用的代理協定，也不是能讓任何節點加速的開關。

REALITY 是 Xray 提供的安全層方案，採用 TLS 交握機制並搭配特定驗證參數。它的設定與驗證方式不同於一般 TLS：用戶端通常需要伺服器名稱、伺服器提供的公開金鑰資料及短 ID 等資訊。常見的 REALITY 部署不要求使用者比照一般 TLS，為代理入口設定自己的網域憑證，但仍須正確設定目標網站、交握與驗證參數。

Vision 和 REALITY 可以出現在同一個節點中，但兩者並非同義詞；Vision 也能用於支援的一般 TLS 組合。較早資料中的其他 XTLS flow 名稱，不能直接替換成 Vision。協定、流控、傳輸與安全層須視為完整組合一併檢查，實際支援範圍也會受到兩端核心版本影響。

三、設定比較：介面名稱相同，不代表 JSON 相同

以下兩張卡片列出兩種常見組合的檢查重點，並非可直接連線的節點。伺服器位址、使用者 ID 與驗證資料，應以實際伺服器端設定為準。卡片中的 /ws 是範例路徑，只有伺服器端及反向代理也使用此路徑時才適用。

在常見的 Xray 設定中，streamSettings.security 用於選擇傳輸安全層，flow 則屬於相應的使用者設定。兩者不能互換。TLS 伺服器名稱與 WebSocket 的 Host 雖然經常填入同一個網域，但前者參與 TLS 交握與憑證驗證，後者則屬於 HTTP 請求資訊，排除問題時應分開檢查。

• 結構相容性：inbounds、outbounds、routing 等名稱相似，不代表內部所有欄位都相同。
• 協定相容性：VMess、Trojan、Shadowsocks 等常見協定也須確認實際支援的加密方式、傳輸組合與版本，不能只比較協定名稱。
• 版本相容性：V2Fly 的不同設定格式與 Xray 的欄位演進各有變化。舊教學中的欄位位置或名稱，不應視為目前版本的固定介面。
• 資源相容性：使用 geosite:、geoip: 的路由規則，也須確認對應資料檔與載入路徑設定正確。

四、v2rayN、v2rayNG 與 v2flyNG 的核心關係

v2rayNG 是使用 Xray 核心的 Android 用戶端，v2flyNG 則是使用 V2Fly 核心的 Android 用戶端。兩者名稱與部分介面相似，但某個用戶端成功匯入的節點，不代表另一個也能正常運作。尤其是 REALITY 與 Vision 節點，應先確認核心功能，再檢查匯入過程是否完整保留參數。

v2rayN 是桌面用戶端，介面與實際執行的核心程式應分開看待。排除問題時，應以目前設定、啟動記錄及實際呼叫的核心為準，不能從用戶端名稱推斷所有節點都透過同一種核心運作。選單文字可能隨桌面版本變更，記錄設定時也應一併註明所用的用戶端與核心資訊。

1. 先確認用戶端：在關於或版本資訊頁面記下用戶端名稱，不要只記錄安裝檔名稱。
2. 再確認核心：查看啟動記錄中的核心名稱與版本資訊；若啟動失敗，先檢查設定解析錯誤。
3. 檢查節點詳細資料：逐項確認協定、傳輸、安全層、伺服器名稱與 flow，不要只看節點備註。
4. 最後檢查應用程式連線設定：Android 裝置請確認 VPN 連線授權與個別應用程式設定；桌面裝置則確認應用程式使用的本機代理位址與連接埠。

五、移轉訂閱與自訂設定：分層驗證

訂閱是一種設定分發方式，不是通用的核心設定標準。同一份訂閱交由不同用戶端處理時，可能經過不同的解析、欄位對應與預設值補齊流程。畫面上出現名稱、位址和連接埠，不代表 REALITY 參數、流控或路由規則都已保留。移轉前先保留原用戶端中可用的設定，再於目標用戶端單獨測試一個節點。

這兩個連接埠分屬不同的連線階段。遠端入口可以使用其他連接埠，本機監聽連接埠也能修改；兩者不必相同。將瀏覽器代理指向遠端的 443，或把節點伺服器端連接埠改成本機的 10808，都無法解決核心不相容問題。

1. 保留基準設定：記錄一個可正常連線的節點，保存原有的協定、傳輸、安全層與路由設定；敏感驗證資訊只留在本機。
2. 先測試最基本的連線：暫時不要移轉複雜的分流設定，先確認目標用戶端能以單一節點完成連線。不要同時更換 DNS、路由與協定。
3. 檢查匯入欄位：若原節點使用 Vision，請確認 flow 仍為 xtls-rprx-vision；使用 REALITY 時，則要檢查伺服器名稱、短 ID 與公開金鑰資料。
4. 還原分流設定：逐條移轉路由規則，確認每個 outboundTag 都對應已定義的出站，並檢查規則順序。
5. 檢查更新行為：手動更新一次訂閱，確認自訂修改是否遭到覆蓋；長期調整應放在用戶端提供的持久化設定位置。

伺服器名稱不能任意換成熱門網域，REALITY 的公開金鑰資料也不能由用戶端臨時產生後取代。這些設定都與伺服器端相關。訂閱缺少欄位時，應先向設定提供者確認完整參數，不要靠反覆切換核心來補齊。

六、錯誤定位：從解析、本機監聽到遠端交握

最有效的排除問題方式，是先確認錯誤發生在哪一層。設定尚未成功解析時，測速和更換 DNS 都沒有意義；核心正常啟動但連線逾時，也不能只憑逾時就判定某個協定不受支援。以下錯誤片段僅代表常見狀況，實際記錄文字會因版本與作業系統而異。

暫時提高記錄詳細程度有助於定位問題，但排除完成後應恢復常用等級。分享記錄前，請刪除伺服器位址、使用者 ID、訂閱網址與驗證資料。不要把關閉憑證驗證當成一般 TLS 的長期修復方式；憑證鏈、伺服器名稱或系統時間錯誤時，應修正根本原因。

七、核心選擇與常見問題