對剛接觸代理工具的人來說，「V2Ray」「Xray」「v2rayN」和「v2rayNG」很容易被當成同一個應用程式。實際上，它們分別處在不同層級：V2Ray 常被用來泛稱一套代理協議與核心生態，Xray 是從 V2Ray 發展出的核心分支，而 v2rayN、v2rayNG 則是讓使用者匯入節點、切換路由和啟動核心的圖形化用戶端。
理解這個層級差異後，遇到「應該下載哪個版本」「為什麼客戶端裡還要選 Xray 核心」「VLESS 節點能不能用 V2Ray」等問題，就不必再靠名稱猜測。本文會先拆解核心、協議與用戶端的關係，再比較常見選擇，最後提供 Windows 與 Android 的實際入門流程。
V2Ray 不是一定要單獨下載的圖形化應用程式，而是代理核心、協議與相關生態常用的統稱；Xray 是目前常見的核心分支，v2rayN 和 v2rayNG 才是日常操作介面。讀完本文，你可以依照裝置平台、節點協議、TUN 需求與相容性，選擇合適的用戶端與核心組合。
先分清楚：協議、核心與用戶端
一次完整的代理連線，至少涉及三個部分。第一是協議與傳輸，例如 VMess、VLESS、TCP、WebSocket、TLS 或 Reality；第二是核心，負責讀取設定、建立本機入站、執行 DNS 與路由規則，再連線到遠端出站；第三是用戶端，負責提供視窗、訂閱管理、節點列表、系統代理和日誌等操作入口。
- 協議：規定身分驗證、資料封裝與連線方式。VMess 和 VLESS 是代理協議，TCP、WebSocket 則是傳輸方式，不能把兩者視為同一個層級。
- 核心：實際處理代理封包。例如 Xray-core 或 v2fly-core 會根據 JSON 設定啟動入站、出站、DNS 與路由。
- 用戶端：提供圖形化設定介面。例如 v2rayN 主要用於桌面系統，v2rayNG 主要用於 Android 裝置。
- 節點或訂閱：包含伺服器位址、連接埠、UUID、傳輸與安全參數。訂閱不是核心，也不是用戶端本身。
例如，使用者在 v2rayN 中貼上訂閱網址，v2rayN 會將取得的節點資料轉換成核心可以使用的設定，然後啟動 Xray-core。瀏覽器則通常先連到本機的 HTTP 或 SOCKS 入站，常見連接埠分別是 10809 和 10808；核心收到請求後，才依照路由規則決定直連或代理。
因此，「我下載了 V2Ray，為什麼沒有看到節點列表」通常不是安裝失敗，而是把核心和用戶端混為一談。核心可以獨立執行，但它本身不一定提供適合新手的管理視窗。對一般使用者而言，直接選擇有圖形介面的 v2rayN 或 v2rayNG，再在其中使用 Xray 核心，操作成本會低很多。
V2Ray 與 Xray 的關係和差異
V2Ray 最初是一套代理工具與核心生態的名稱，長期支援 VMess、VLESS 相關配置以及多種傳輸方式。後來社群中出現了以 V2Ray 為基礎持續開發的 Xray 分支。兩者在設定結構、許多入站與出站概念上具有相當高的相容性，但開發方向、功能加入速度和部分參數支援並不完全相同。
較常用於新節點與新傳輸方案，對 VLESS、Reality 等配置的支援和社群使用率較高。適合希望減少相容性調整、直接使用近期訂閱格式的人。
適合：日常主力、新節點、VLESS + Reality
對既有 VMess、WebSocket、TLS 等配置具備良好相容性，適合維持舊有節點或測試傳統設定。若訂閱服務明確要求特定核心，也可以保留作為相容性選項。
適合：舊節點、VMess 配置、相容性備用
採用不同的設定模型與生態，常見於 NekoBox 等較新的用戶端。它不是 Xray 的另一個版本，匯入前要確認訂閱格式與協議支援情況。
適合：想使用新路由模型、熟悉多核心設定
「Xray 比 V2Ray 新」不代表所有情況都必須更換核心。若現有 VMess 節點在 v2ray-core 下運作正常，而且沒有使用新功能的需求，繼續使用原本設定未必會改善速度。速度主要受伺服器距離、頻寬、封包遺失、傳輸配置和網路尖峰影響，不能只根據核心名稱判斷。
結論：先看節點格式，再看核心名稱
新手選擇時，優先確認節點使用 VMess、VLESS、Trojan 或其他協議，以及用戶端能否正確載入相關參數；核心版本是相容性工具，不是單獨決定速度的性能開關。
VMess、VLESS 與 Reality 要怎麼理解
VMess 和 VLESS 都屬於代理協議，但設定欄位與驗證方式不同。VMess 節點通常會包含 UUID、alterId 或加密相關欄位，實際內容取決於核心和服務端配置；VLESS 則常搭配 UUID、傳輸層安全設定，以及 TCP、WebSocket 或 Reality 等方案。不能只把 VMess 或 VLESS 當成伺服器類型，還要一起看傳輸和安全參數。
VLESS + Reality
- 常見核心
- Xray
- 傳輸
- TCP
- 常見 Flow
- xtls-rprx-vision
- 必要欄位
- UUID、Public Key、Short ID
- 指紋
- chrome 或服務端指定值
匯入訂閱通常會自動填入參數；手動建立時，Public Key 和 Short ID 必須與服務端完全一致。
VMess + WebSocket + TLS
- 常見核心
- Xray 或 V2Ray
- 傳輸
- WebSocket
- 安全性
- TLS
- 必要欄位
- UUID、Host、Path
- 常見路徑
- /ws
Host、Path 和 TLS 網域必須符合服務端與中轉設定，任一欄位錯誤都可能導致交握失敗。
Reality 不是一個獨立的代理協議，而是與特定傳輸和安全模型配合使用的方案。當用戶端顯示「核心不支援此設定」或匯入後缺少 Public Key、Short ID 等欄位時，問題通常是核心版本或用戶端轉換器不支援，而不一定是節點本身失效。此時應先更新用戶端內的核心，再重新匯入同一個節點。
- 看到
vless://、Reality 參數和xtls-rprx-vision，通常優先使用 Xray 核心。 - 看到
vmess://、WebSocket、TLS 和路徑欄位，Xray 與 V2Ray 核心都可能適用，但要以服務端要求為準。 - 匯入後節點名稱存在，不代表連線參數完整；應檢查伺服器位址、連接埠、UUID、SNI、Path 和流控欄位。
- 不同核心的 JSON 設定不能直接混用；切換核心前，先備份訂閱和自訂路由，避免轉換後遺失設定。
依裝置和需求選擇 v2rayN、v2rayNG 或其他用戶端
用戶端選擇主要取決於作業系統和你希望控制的範圍。Windows 使用者通常從 v2rayN 開始，因為它可以管理訂閱、切換 Xray 核心、設定系統代理、匯入多種分享連結，並在日誌中查看核心錯誤。Android 使用者則通常使用 v2rayNG，透過 Android VPN 介面接管應用程式流量，也能設定分應用代理。
- Windows：選擇 v2rayN，先以系統代理模式驗證節點，再按需要啟用 TUN。一般瀏覽器可使用 HTTP 10809 或 SOCKS 10808；不讀取系統代理的程式則可能需要 TUN。
- Android：選擇 v2rayNG，先確認 VPN 權限，再選擇單一節點測試。需要只讓特定應用程式走代理時，使用分應用規則，避免一開始就加入過多自訂例外。
- 多核心需求：如果常遇到 Reality 或新格式節點，保留 Xray；如果仍有舊 VMess 節點，再加裝相容核心，不必為每一個節點重複安裝不同圖形用戶端。
- 進階路由：需要 TUN、FakeDNS、程序分流或複雜 DNS 規則時，先確認用戶端的核心版本和設定轉換能力，再逐項增加功能。
新手第一次設定的實際步驟
最穩妥的方式不是一開始啟用所有功能，而是先建立最小可用配置。請準備服務提供者給出的單一節點或訂閱連結，並確認裝置時間、網路連線和用戶端版本正常。若節點資料本身已過期，調整核心或切換路由都無法取代有效的服務端資訊。
-
選擇用戶端
Windows 使用 v2rayN，Android 使用 v2rayNG。從本站前往下載頁選擇對應平台，首次不要同時安裝多個代理用戶端。
-
確認核心類型
在用戶端的核心或參數設定中查看目前使用的核心。遇到 VLESS + Reality 時，優先選 Xray；只使用舊 VMess 節點時，可先保留原有相容核心。
-
匯入節點
在「訂閱分組」或節點管理頁新增訂閱，貼上完整網址並更新；若是分享連結，使用「從剪貼簿匯入」後檢查伺服器位址、連接埠和協議名稱。
-
測試單一節點
選擇一個延遲較低且狀態正常的節點，先啟動核心，再查看日誌是否出現入站監聽與出站連線成功。不要在未確認核心啟動前反覆更換節點。
-
開啟系統代理
先使用規則分流或系統代理模式測試瀏覽器。確認網頁、DNS 和本機服務正常後，再考慮啟用 TUN、FakeDNS 或更複雜的自訂路由。
如果用戶端顯示已連線，但瀏覽器仍然無法開啟網站，先檢查系統代理是否指向目前的本機連接埠，通常是 HTTP 10809 或 SOCKS 10808。接著查看日誌中的錯誤類型：bind 多半是本機連接埠衝突，timeout 可能是節點或網路路徑問題，TLS 或 Reality 交握錯誤則應回頭核對 SNI、Public Key、Short ID 和時間同步。
完成基本測試後，再依需求選擇全域代理、規則分流或 TUN。TUN 的作用是擴大流量接管範圍，不會自動修正錯誤的 UUID、伺服器位址或傳輸參數。若開啟 TUN 後問題變多，先關閉 TUN，回到已驗證的系統代理模式逐項排查，這比一次重設所有設定更容易找到原因。