包含使用者識別與時間校驗的協定
VMess 是 Project V 生態中較早廣泛使用的代理協定，節點通常包含使用者識別、位址、連接埠與傳輸參數。它對用戶端與伺服器之間的時間差較敏感，因此裝置時間異常時可能出現驗證失敗。VMess 與 WebSocket、TCP 等傳輸方式屬於不同層次的概念，匯入後仍需繼續核對傳輸欄位。
CONFIGURATION GLOSSARY
V2Ray 術語表：協定、核心與路由
這裡將用戶端介面與節點資料中的關鍵名詞拆開說明。每個詞條先提供中文註解，再說明其在設定中的位置、與相近概念的差異，以及核對參數時需要注意的範圍。
5 個設定分類
30 個核心詞條
協定與欄位對照
PROTOCOL & SECURITY
協定與加密
協定定義驗證資訊與資料封裝方式，安全層負責保護傳輸過程。用戶端中的協定名稱相同，不代表其他參數可以混用。
精簡驗證結構
VLESS 採用較精簡的協定結構，本身通常不負責完整的傳輸加密。實際節點常將 VLESS 與 TLS、REALITY 或 XTLS Vision 組合，安全能力由相應層提供。核對 VLESS 節點時，應同時查看使用者識別、傳輸方式、安全類型與流控欄位。
密碼驗證與 TLS 組合
Trojan 通常使用密碼完成用戶端驗證，並將連線建立於 TLS 之上。節點中的密碼、伺服器名稱、連接埠與憑證相關設定需要彼此對應。它與 VLESS 的驗證欄位不同，因此不能只修改協定下拉選單後沿用所有舊參數。
Xray 安全傳輸方案
REALITY 是 Xray 體系中的安全傳輸方案，常與 VLESS 和 XTLS Vision 一起出現。用戶端通常需要伺服器名稱、公鑰、短識別碼與指紋等參數，這些值應依節點資料逐項填寫。REALITY 不是獨立的用戶端名稱，也不能取代節點的協定類型。
傳輸安全層
TLS 用於保護連線內容並驗證通訊端點，網頁中的 HTTPS 也建立於此協定族之上。在 V2Ray 設定中，TLS 通常作為傳輸安全選項出現，並與伺服器名稱、憑證網域等資訊相關聯。協定欄位與 TLS 欄位屬於不同層，啟用其中一項不代表另一項會自動匹配。
CORE & CLIENT
核心與用戶端
核心負責解析設定、建立連線與執行路由。用戶端在核心之上提供訂閱管理、節點選擇與系統設定介面。
協定與代理工具生態
Project V 是圍繞代理協定、傳輸與路由能力形成的開源技術生態，V2Ray 是其中的重要專案名稱。日常語境中的「V2Ray」有時指核心，有時也泛指相容相關設定的用戶端。閱讀文件時應結合上下文判斷它指的是協定體系、核心還是圖形化用戶端。
V2Ray 技術路線的核心家族
V2Fly 延續 V2Ray 的社群維護路線，常見設定仍由入站、出站、路由與 DNS 等模組組成。它與 Xray 共用不少基礎概念，但具體支援的協定擴充與欄位可能不同。遷移設定時應以目標核心實際支援的選項為準。
擴充 VLESS 與 REALITY 的核心家族
Xray 與 V2Ray 設定體系有許多共同結構，並擴充了 VLESS、XTLS Vision、REALITY 等能力。許多用戶端會在介面中封裝 Xray 參數，使用者不一定需要直接編輯完整 JSON。遇到欄位無法識別時，應先確認用戶端目前使用的核心類型。
桌面圖形化用戶端
v2rayN 適用於 Windows、macOS 與 Linux，提供訂閱更新、節點管理、路由模式與系統代理入口。它是管理介面，不等同於 VMess 或 VLESS 協定。設定是否可用，還取決於所附核心、節點參數與本機網路設定。
Android 的 Xray 用戶端
v2rayNG 是 Android 圖形化用戶端，通常使用 Xray 核心處理節點連線與路由。匯入訂閱後，用戶端會將節點資料轉換為介面中的伺服器項目。選擇節點只是指定目前設定，還需要啟動連線並透過實際請求確認狀態。
Android 的 V2Fly 用戶端
v2flyNG 採用 V2Fly 核心路線，適合需要相應核心行為與設定相容性的情境。它與 v2rayNG 的介面概念相近，但底層核心並不相同。選擇用戶端時，應以訂閱中的協定類型與傳輸參數是否受支援為判斷依據。
SUBSCRIPTION & NODE
訂閱與節點
訂閱負責批次更新，節點負責一次具體連線。測速結果只能反映測試當下，不能取代協定與參數核對。
訂閱
訂閱是由伺服器集中提供節點清單的更新方式，用戶端儲存訂閱網址後即可主動取得內容。新增訂閱網址與更新訂閱是兩個動作，只完成新增時，節點清單可能仍然是空的。更新訂閱也可能取代舊的節點名稱與參數，因此手動修改前應確認後續更新是否會覆蓋修改內容。
節點
節點是用戶端中的一組完整遠端連線參數，通常包括協定、伺服器位址、連接埠、驗證資訊與傳輸設定。同一個訂閱可以包含多個節點，每個節點的協定與線路條件可能不同。節點名稱只是識別標籤，不能據此判斷實際速度或可用狀態。
分享連結
分享連結以協定前綴封裝單一節點參數，常見開頭包括 vmess://、vless:// 和 trojan://。用戶端會解析連結中的位址、連接埠、使用者資訊與查詢參數。複製時缺少結尾字元或因換行遭截斷，都會導致匯入結果不完整。
文字編碼方式
Base64 將內容轉換為一組可列印字元，方便放入訂閱正文或分享文字。它是一種編碼，不等同於加密，也不代表節點採用了哪種安全協定。用戶端匯入時通常會自動識別並解碼，手動編輯容易破壞原有結構。
延遲
延遲表示資料送出後收到回應所經歷的時間，但不同測試按鈕可能採用不同方法。網路探測、TCP 建立連線與實際代理請求測得的數值不能直接互相比較。判斷節點時還要結合連續請求的穩定性，而不是只看一次結果。
實際連線延遲
實際連線延遲透過建立代理連線並完成目標請求來測量耗時，因此會經過協定握手與傳輸層。它比單純的網路探測更接近日常存取情境。測試失敗表示該次完整請求未完成，仍需結合記錄判斷是參數錯誤、節點狀態還是本機設定問題。
TRANSPORT SETTINGS
傳輸與偽裝
傳輸層描述代理資料如何承載於網路連線中。用戶端與伺服器的傳輸類型、路徑、服務名稱與安全參數需要保持對應。
傳輸層設定集合
streamSettings 是 V2Ray JSON 設定中描述底層傳輸與安全層的欄位集合。它可能包含網路類型、安全類型以及 WebSocket、gRPC、TLS 或 REALITY 的細分參數。排查連線時，不應只看 protocol，還要將這組設定與節點資料逐項比對。
可靠的位元組串流傳輸
TCP 是面向連線的可靠傳輸協定，也是多種代理協定可選的底層承載方式。介面顯示 TCP 時，表示代理資料直接或經附加標頭後透過 TCP 連線傳輸。它與節點的 VMess、VLESS 或 Trojan 協定類型並不是同一個欄位。
HTTP 升級後的雙向連線
WebSocket 透過 HTTP 的連線升級機制建立持續的雙向通訊，在設定中常縮寫為 ws。節點可能同時要求路徑與主機欄位，這些內容需要與伺服器入口一致。路徑中的斜線、大小寫與附加字元都屬於實際參數的一部分。
基於 HTTP/2 的串流傳輸
gRPC 是建立於 HTTP/2 之上的遠端呼叫與串流傳輸機制。在 V2Ray 節點中，通常以服務名稱區分服務入口，用戶端與伺服器填寫的內容應一致。gRPC 與 WebSocket 不能在同一個傳輸欄位中任意互換。
TLS 伺服器名稱指示
SNI 是 TLS 握手中用於指定目標伺服器名稱的資訊，用戶端介面中也可能寫作 serverName。這個值通常是網域，而不是節點顯示名稱，並應與安全層設定相符。填寫錯誤可能使 TLS 或 REALITY 握手無法按預期完成。
ROUTING & SPLIT
路由與分流
路由系統讀取請求特徵並選擇出站。系統代理與 TUN 決定流量如何進入用戶端，分流規則則決定進入後交給哪個出口。
路由規則
路由規則依據網域、IP 位址、連接埠、網路類型或協定等條件選擇出站。存在多條規則時，排列順序與比對方式會影響最終結果。修改規則後應分別測試代理目標與直連目標，確認兩類請求都進入預期路徑。
分流
分流是將不同請求交由代理、直連或阻擋等不同出站處理的設定方法。常見依據包括網域類別、IP 範圍與應用程式產生的目標位址。分流不會改變節點協定，只決定某個請求是否使用該節點。
IP 分類資料
GeoIP 依 IP 位址所屬地區或網路範圍整理資料，可由路由規則作為比對條件。它比對的是解析後的位址，而不是網頁標題或節點名稱。資料有更新週期，因此分類結果應配合目前的規則檔案理解。
網域分類資料
GeoSite 將網域依用途或類別整理為集合，路由規則可以直接引用集合名稱。它能減少逐條維護網域的工作，但分類標籤的具體內容取決於用戶端使用的資料版本。GeoSite 負責網域比對，GeoIP 負責位址比對，兩者可以搭配使用。
系統代理
系統代理會將用戶端的本機監聽位址寫入作業系統代理設定，使遵循該設定的應用程式將請求交給用戶端。部分應用程式會使用自己的網路設定，因此系統代理的涵蓋範圍並非固定。關閉用戶端前恢復系統代理狀態，可避免應用程式繼續指向已停止的本機連接埠。
虛擬網路介面模式
TUN 模式透過虛擬網路介面接收系統流量，涵蓋範圍通常大於一般系統代理。它會涉及路由表、DNS 與本機網路權限，因此啟用後的排查範圍也更廣。系統代理可用而 TUN 異常時，應分別檢查虛擬介面狀態、DNS 設定與分流規則。
網域與保留位址對應
FakeDNS 會為網域暫時指派保留位址，並在用戶端內部保存網域與位址的對應關係。後續流量抵達該位址時，用戶端可還原網域並繼續執行網域路由。它需要與 TUN、DNS 及路由設定配合，不是一般的公共 DNS 位址。
DNS 洩漏
DNS 洩漏是指網域查詢沒有進入預期的解析路徑，導致查詢出口與流量路由策略不一致。常見檢查項目包括系統 DNS、用戶端 DNS、瀏覽器本身的設定，以及 TUN 的接管狀態。處理時應先明確查詢要走直連還是代理，再統一相應規則。