Xray 與 V2Ray 是軟件核心，按設定的代理協議及輔助模組處理和轉發網絡流量。它們並非某個 VPN 協議的名稱；使用其中一個核心的圖形客戶端，會在核心外提供界面及整合選擇。［1］［2］

關鍵要點：

核心是軟件，協議規定通信雙方如何交換訊息。

入站接收流量，路由選擇路徑，出站向外傳送。

客戶端界面、載入的核心及活動設定檔有不同身份。

Xray 與 V2Ray 起源有關，但不能普遍視為相容替代品。

Xray 與 V2Ray 實際做甚麼？

核心是解讀設定及執行網絡工作的引擎，可以在一個進程內組合入口接口、轉發協議、路由決策與輔助服務。核心可以在裝置、遠端伺服器，甚至路徑多個位置運行。「核心」描述軟件角色，不是物理位置。［2］［3］

這張圖表示職責，不是相容性圖表或完整設定。客戶端界面位於概念上的核心流程以外。核心內的入站收到請求，路由作出轉發決策，出站便按所選連接方法向外傳送數據。

界面屬另一個組件

圖形應用可管理設定檔、啟動核心進程、設定系統代理偏好，或整合流量收集。這些功能有用，但界面名稱不能充分證明運行中的核心版本或連接方法。部分應用會按版本或所選設定檔使用不同引擎。

VPN 基礎說明分清應用代理與裝置路由。一個連接按鈕可能隱藏多項決定；要理解實際連接，應分別識別流量入口、已載入設定及向外路徑，不應只看按鈕狀態。

代理核心與協議有何分別？

代理核心與協議的分別，在於核心是可理解多種線上規則的軟件實作，而協議指定通信雙方必須遵守的訊息與行為。替換核心執行檔是軟件變更，改變設定檔的協議是連接契約變更。兩者都可能影響結果，但回答不同問題。

傳輸與安全還有哪些名稱？

設定檔可同時標示轉發協議、傳輸、安全層及流控選項。把它們視為可互換的同類名稱，會忽略每一項工作。路由規則不是加密，選用某傳輸亦不會自行解釋應用如何取得伺服器使用權限。

真正轉發協議的例子包括Trojan 定義與 TLS 路徑，以及Shadowsocks 應用代理模型。它們講述對端交換，而非客戶端品牌。核心支援某協議，不表示每個活動設定檔都用該協議。

協議、傳輸與混淆的獨立層次提供閱讀設定所需詞彙。不要將「支援」當成「啟用」：能力可用、能力有設定、路徑有觀察到成功，是三種不同證據。

入站、路由及出站如何分工？

入站從設定的入口接收流量，路由按請求可提供的資訊選擇出站路徑，出站再傳送數據至遠端代理或其他設定目標。直接轉發也可以是出站選項。架構把這些職責分給不同組件。［2］［3］

同一術語可用於不同端點

裝置上的入站可接收本地應用代理請求，遠端伺服器上的入站則可接收相應遠端協議。伺服器的出站再負責後續路徑。因此，「入站」指進入該進程，不一定是來自公共互聯網的流量。

「出站」同樣指離開該進程，不一定使用付費遠端代理。設定檔可把部分請求直連、部分經代理。理解某個目標路徑時，要查看路由結果，而非假定啟動核心後所有請求都經同一遠端伺服器。

路由可以使用域名、地址、端口或其他支援資訊；可用欄位及解析行為取決於實作與設定。依賴域名的規則，也需要相應域名資訊可用。存在規則不等於每個應用請求都有相同輸入。［4］

入口、決策與出口可組成故障地圖

應用若從未送流量到入站，改變遠端協議不能解釋本地入口為何缺乏流量。若流量進入核心但選中直連出站，遠端代理可能正常卻沒有被用到。若預期出站已選中但失敗，下一問題才關乎該路徑的身份、認證或可達性。

這是整理證據的概念方法，並非變更路由政策的指示。理解設定時，仍須考慮獲准網絡用途與機構限制。特別是多個應用共用客戶端，應在變更前先了解設定的實際工作。

Xray 核心與 V2Ray 核心有甚麼關係？

Xray 核心原本從 v2ray-core 分支而來。Project X 的現行介紹明確指出長期獨立演進，並提醒不能把 Xray 視為完全相容的直接替代品。相似設定結構表示設計有關，不保證所有欄位、環境變數、API 或功能都可互換。［1］

相容性包含多個維度

V2Ray 核心設定檔須符合實際版本的結構與能力，Xray 亦一樣。解析成功只是其中一項：遠端對端亦要在協議行為、認證、傳輸與相關安全選項上吻合。

例如，應用無錯誤地匯入設定檔，只能證明匯入器接納了輸入。它可能正規化欄位、略過未支援選項，或改用另一引擎。這不能確立全部預期選項都進入運行核心，也不能證明遠端伺服器接受結果。

某協議名稱同時出現在兩個項目文件，亦不代表所有擴展或組合是共通的。應分別核對兩個項目現行文件中的具體功能及版本，不應把其中一方的功能表照搬為另一方支援清單。

VLESS、REALITY 與 Vision 的層次解釋在各自語境展開這些名稱。這是獨立參考，並非所有帶有相關詞彙的設定檔都能在任意客戶端或核心之間遷移的保證。

核心會自動提供全裝置 VPN 覆蓋嗎？

核心處理送到它的流量。全裝置覆蓋另需應用整合、系統路由或流量收集、DNS 處理及所選政策。本地代理入口可以適合一個應用，但不會自動涵蓋另一個忽略系統代理偏好的程式。

VPN 接口標籤不表示遠端協議

客戶端可加入操作系統 VPN 或 TUN 接口收集數據包，再把流量轉入核心的轉發路徑。本地接口說明收集方式，不會改名遠端交換。遠端協議有加密，同樣不能證明所有裝置包都進入該接口。

使用 AethoVPN 全局模式設定時，公開說明的開關流量範圍才是相關客戶端事實；低層核心標籤屬另一類資訊，協議選擇概覽有助分開軟件身份、覆蓋與信任。不要從通用客戶端術語推斷服務的底層實作。

VLESS/REALITY 是否 VPN 協議的分類進一步分析這個問題，分開受保護代理交換與讓應用具有全裝置 VPN 使用體驗的附加組件。

觀察到的行為由哪個組件負責？

下表供解讀職責，不假定某個圖形應用、操作系統或完整功能集。重要證據是實際載入的軟件與路徑，而非設定檔的營銷標籤。

組件	常見職責	名稱本身不能確立甚麼
客戶端界面	設定檔管理、進程控制及整合選擇	實際核心版本或全部有效設定
核心執行檔	解讀設定並提供支援的網絡模組	某請求正使用哪個可用協議
入站	按入口契約把流量送進該進程	所有裝置應用都使用該入口
路由	按支援規則及可用請求資訊選路徑	加密、匿名或遠端認證成功
出站	經所選直連或代理路徑轉發	其他請求都經相同路徑
協議、傳輸與安全設定	指定對端交換及受保護遠端連接	本地流量收集、服務私隱政策或普遍相容性

證據須能區分責任所在

有用描述包括客戶端名稱、核心名稱與版本、活動設定檔的文件層次、受影響應用，以及最後確立的連接階段。分享資料時刪除憑據、私鑰、訂閱地址、帳戶識別資料與敏感目標。截圖有助說明，但可見名稱不能代替有效設定。

問題若在更新後出現，應分開界面、匯入器、核心及伺服器的改動。相同應用任務與網絡條件下的前後觀察更有說服力。沒有這種區分，將結果一概歸因於「Xray」或「V2Ray」可能遮蔽真正變動的負責組件。

總結

Xray 與 V2Ray 是可實作多種連接方法的代理核心。
入站、路由與出站是進程職責，不是加密同義詞。
相關起源不代表普遍設定或線上協議相容性。
覆蓋依賴入口與客戶端整合，應評估有效路徑而非應用標籤。

常見問題（FAQ）

Xray 與 V2Ray 是 VPN 協議嗎？

Xray 與 V2Ray 是軟件核心，不是單一 VPN 協議。它們可實作代理協議及輔助網絡模組。客戶端可增加全裝置收集，但整合不會把核心名稱變成設定檔的線上協議。

Xray 可直接代替 V2Ray 嗎？

Xray 原本從 v2ray-core 分支而來，但項目各自演進。現行 Project X 文件提醒不要假定完全相容替換。應核對具體設定、功能、版本及對端要求，不要只因名稱有關便替換執行檔。

圖形客戶端等同核心嗎？

界面與核心分工不同。界面可匯入設定檔及管理整合，核心則處理網絡交換。應用名稱不能證明運行核心版本，也不能確立活動請求的有效設定。

入站必定指公開伺服器端口嗎？

入站是進入指定核心進程的入口。在裝置可接收本地應用請求，在伺服器則可接收遠端代理交換。角色以進程為準，不會自動等於公共互聯網入口。

路由會加密流量嗎？

路由按支援規則及可用請求資訊選擇轉發路徑，加密由協議及安全層負責。路由可選直連或保護的代理路徑，所以一條路由規則本身不是加密保證。

設定檔匯入成功就代表相容嗎？

匯入只證明匯入器接受輸入。運行核心須支援有效設定，遠端對端亦須同意連接契約。已匯入設定仍可能在認證或轉發前失敗，或未實現原先預期行為。

啟動核心便能涵蓋全部應用嗎？

啟動核心不會自動把所有應用流量送入其中。覆蓋取決於代理偏好、收集、系統路由、DNS 處理及政策。判定全裝置使用所選連接前，要確認應用實際入口與出站路徑。

免責聲明： 本文是組件層次解釋，並非設定或遷移指南。能力隨版本及客戶端整合而異；請遵守適用法律及網絡政策，並參閱各項目現行文件。

來源

Sources checked 2026 年 10 月 5 日。

甚麼是 Xray 與 V2Ray？代理核心與客戶端職責解析