VMess、VLESS、Trojan差在哪？小白協議選擇入門

第一次接觸 V2Ray 或 Xray 用戶端時，節點名稱常會出現 VMess、VLESS、Trojan 等協定。它們並不是單純代表「速度快、速度慢」的三個選項，而是分別處理身分驗證、資料傳輸與加密外觀的不同方案。實際體驗還會受到伺服器位置、網路品質、傳輸方式、TLS 或 Reality 設定，以及節點供應者維護狀態影響。

因此，選擇協定時不應只看名稱，也不要看到 VLESS 或 Trojan 就直接認定一定比 VMess 好。更可靠的做法是先確認用戶端能否支援節點設定，再按照節點來源、裝置平台、相容性要求和目前網路環境進行判斷。

先理解協定到底負責什麼

代理協定主要規定用戶端如何向遠端伺服器證明身分、如何建立連線，以及如何包裝要傳送的資料。它不等於完整節點設定。以一個常見的 VLESS 節點為例，除了 VLESS 本身，還可能同時包含 TCP、WebSocket、gRPC、TLS、Reality、Server Name、短 ID 或 Flow 等參數。只把「VLESS」三個字填入用戶端，並不足以建立可用連線。

VMess、VLESS 與 Trojan 也不能直接和 TCP、WebSocket、TLS、Reality 放在同一個分類中比較。前者是代理協定，後者則是傳輸方式或安全層。實際節點通常是「協定 + 傳輸 + 安全設定」的組合，例如 VLESS + TCP + Reality、VMess + WebSocket + TLS，或 Trojan + TCP + TLS。任何一個欄位不一致，都可能造成握手失敗、連線逾時或連上後無法傳輸資料。

• 協定：處理使用者身分、認證格式與代理資料交換，例如 VMess、VLESS、Trojan。
• 傳輸：決定資料如何承載，例如 TCP、WebSocket、gRPC 或其他核心支援的方式。
• 安全層：保護連線或提供特定握手外觀，例如 TLS、Reality。
• 路由：決定請求走代理、直連或封鎖，與協定本身是不同層次。

VMess、VLESS、Trojan 的核心差異

VMess 是較早普及的 V2Ray 協定，通常使用 UUID 作為使用者識別，歷史設定中也可能看見 alterId。現代 Xray 核心對 VMess 的相容性仍然廣泛，許多舊訂閱和既有伺服器仍依賴它。需要注意的是，較新的節點通常不再使用舊式 alterId 配置；如果訂閱已經提供完整參數，應優先直接匯入，不要自行補填過時欄位。

VLESS 的設計較為精簡，通常以 UUID 驗證使用者身分，本身不負責像傳統加密層那樣包辦全部資料保護。實務上，VLESS 常與 TLS 或 Reality 搭配，並依節點需求使用 TCP、WebSocket、gRPC 等傳輸。VLESS + Reality 是目前許多 Xray 節點常見的組合，但是否穩定仍取決於伺服器配置、SNI、公開金鑰、短 ID 和本地網路狀況。

Trojan 通常以密碼作為主要驗證方式，並高度依賴 TLS 建立安全連線。它的連線外觀與一般 TLS 網站較接近，設定中常見伺服器網域、連接埠 443、密碼和 Server Name。Trojan 不代表一定使用 443，也不代表所有 Trojan 節點都一定比其他協定快；真正結果仍取決於伺服器負載、路徑品質與 TLS 設定。

按照裝置與節點來源做選擇

如果你使用的是 v2rayN 7.x、v2rayNG 1.10.x 或其他支援 Xray-core 的新版本，通常可以直接匯入三種協定的完整分享連結。不過「用戶端支援協定」與「用戶端內建核心支援全部參數」不是完全相同的事。某些圖形介面可以顯示節點名稱，卻未必支援該節點使用的 Reality、Flow 或特殊傳輸欄位。

節點來源也很重要。若訂閱提供者只提供 VMess，不能因為網路文章推薦 VLESS 就自行把節點改成 VLESS；伺服器端也必須同時配置對應的入站。反過來，如果提供者給的是 VLESS + Reality，將它手動改成 Trojan 或 VMess，同樣不會因為欄位看起來相似而成功。

• 使用新訂閱：先選擇提供者標示的預設協定，確認節點能連線後再比較延遲。
• 使用舊伺服器：優先保留 VMess 原始參數，特別是 UUID、傳輸方式、路徑和 TLS 設定。
• 使用 Xray 核心：可優先測試完整的 VLESS + TLS 或 VLESS + Reality 節點，但必須依照分享內容填寫。
• 使用資源有限的裝置：先使用提供者已驗證的節點，不要同時開啟多個核心或重複的 TUN 接管。
• 需要多平台切換：選擇能同時匯入 v2rayN 與 v2rayNG 的訂閱格式，並保留原始分享連結作為備份。

在 v2rayN 或 v2rayNG 實際測試節點

初次選擇時，建議不要一次修改很多設定。先匯入原始節點，固定同一個網路、同一台裝置與同一個測試時間，再逐一比較 VMess、VLESS、Trojan。若三個節點並非同一台伺服器，測試結果只能用來選出「目前較適合自己的節點」，不能當成協定本身的絕對排名。

1. 匯入原始訂閱

   在 v2rayN 開啟「訂閱分組」→「訂閱設定」，或在 v2rayNG 開啟訂閱管理，貼上完整訂閱連結。不要先手動刪除分享內容中的參數。

2. 確認核心類型

   在 v2rayN 的「設定」→「參數設定」確認 Core 類型；在 v2rayNG 的核心設定中確認目前使用的 Xray 或相容核心，避免節點要求的功能超出核心能力。

3. 查看節點欄位

   檢查節點名稱、伺服器位址、連接埠、UUID 或密碼、傳輸方式、TLS、SNI、Reality 公開金鑰與短 ID。VLESS 和 Trojan 不應共用不同協定的驗證欄位。

4. 逐一測試節點

   每次只選一個節點，先執行延遲測試，再開啟系統代理或 VPN 接管。記錄連線時間、網頁載入、影片緩衝和核心日誌，不要只看延遲數字。

5. 保留穩定方案

   連續測試 3 次以上，選擇錯誤較少、尖峰延遲較低且能正常解析網域的節點。測試完成後再調整路由模式，不要在故障尚未定位時同時開啟 TUN、FakeDNS 和自訂 DNS。

若節點顯示已連線但網站無法開啟，先確認本機 HTTP 或 SOCKS 連接埠是否被其他程序佔用。v2rayN 常見 SOCKS 連接埠是 10808、HTTP 連接埠是 10809；v2rayNG 則通常由系統 VPN 介面接管，不應把 Windows 的本機連接埠設定原樣套用到 Android。

協定：VLESS
伺服器：依訂閱提供
連接埠：依訂閱提供
識別：UUID
傳輸：TCP 或 Reality 所指定方式
安全性：依節點分享內容
SNI／Server Name：必須與節點資料一致

常見誤區與故障判斷

最常見的錯誤是只更改協定名稱，卻沒有同步更改伺服器端或其他必要欄位。例如將 VMess 節點改成 VLESS，通常會因為驗證格式與伺服器入站不匹配而失敗；將 Trojan 的密碼填到 VLESS 的 UUID 欄位，也不可能建立正確握手。

• 看到「TLS handshake timeout」：先檢查伺服器位址、連接埠、系統時間與 SNI，不要立即認定 VMess 或 VLESS 速度太慢。
• 看到「invalid user」或驗證失敗：核對 UUID、密碼、Flow，以及訂閱是否已過期。這通常是身分參數問題。
• Reality 節點無法連線：確認公開金鑰、短 ID、Server Name 和核心版本，任一欄位錯誤都可能在握手階段失敗。
• VMess 可以連線但速度不穩：檢查 WebSocket 路徑、TLS 和中轉設定，也要與其他節點比較伺服器負載，不能只歸咎於 VMess。
• Trojan 顯示連線成功但沒有流量：檢查密碼、TLS 憑證、路由規則與 DNS，並確認目前用戶端確實已啟用系統代理或 VPN 接管。

給初學者的選擇結論

如果你沒有特殊相容性需求，且提供者同時提供多種完整節點，可以先測試 VLESS，尤其是配置清楚的 VLESS + TLS 或 VLESS + Reality。它的常見設定較符合目前 Xray 生態的使用方式，但這只是起始建議，不是保證速度或穩定性的承諾。

如果你使用的是多年未更換的伺服器、舊訂閱或其他設備已經穩定使用 VMess，沒有必要為了追求新名稱而強制遷移。只要 VMess 節點仍能正常連線，且伺服器和核心保持更新，它仍可作為相容性方案。Trojan 則適合已有明確 TLS 節點資料，並且希望使用密碼加 TLS 驗證的情境。

最後可以把選擇簡化成三個問題：提供者給了哪種完整協定？目前裝置和核心是否支援所有欄位？在相同網路條件下，哪個節點的實際錯誤率最低？按照這個順序判斷，通常比追逐「最快協定」更容易得到穩定結果。