VMess
VMess protocol
VMess 是 Project V 生態系中的代理協定，使用使用者識別碼進行身分驗證，並定義代理請求的封裝方式。用戶端與伺服器端必須使用相符的驗證參數；系統時間若明顯不準，也可能影響驗證。看到 VMess 時，還須檢查所用的傳輸方式與 TLS 設定，不能只憑協定名稱判斷整組連線設定是否正確。
V2Ray 術語速查
協定負責請求格式，核心負責執行，用戶端負責設定。先釐清所在層級，再檢查訂閱、路由與 DNS 參數。
VMess / VLESS
REALITY
Xray / V2Fly
共 25 個術語，分為六類。可透過分類入口跳轉，或使用瀏覽器的頁面搜尋功能查找術語；每張卡片都有專屬錨點。
協定與傳輸
連線設定至少須區分代理協定、傳輸方式與傳輸安全，三者不能互相取代。
VLESS
VLESS protocol
VLESS 是輕量代理協定，本身不提供載荷加密，通常搭配 TLS 或 REALITY 等傳輸安全方案使用。它的驗證方式與設定欄位和 VMess 不同，不能只改協定名稱就完成轉換。匯入後應核對使用者識別碼、傳輸方式與安全參數；若設定包含 flow 欄位，也須確認所用核心支援相應組合。
Trojan
Trojan protocol
Trojan 通常在 TLS 連線中承載代理請求，並以密碼驗證。密碼正確只是連線條件之一，伺服器名稱、連接埠與憑證驗證同樣重要。連線失敗時應先核對伺服器端提供的參數，並保留正常的憑證驗證；停用驗證可能掩蓋憑證設定問題，也會削弱連線的身分確認能力。
REALITY
REALITY transport security
REALITY 是 Xray 生態系中的傳輸安全方案，並非與 VLESS 並列的獨立代理協定。常見設定以 VLESS 承載代理請求，再由 REALITY 提供傳輸安全功能。伺服器名稱、公鑰、短識別碼及用戶端指紋等參數須依伺服器端要求填寫，也要確認用戶端呼叫的核心支援此方案。
查看核心支援差異 →傳輸方式
Transport
傳輸方式規定代理協定資料如何透過網路連線傳送，常見名稱包括 TCP、WebSocket 與 gRPC。它與 VMess、VLESS 等代理協定屬於不同的設定層，也不等同於 TLS 加密設定。WebSocket 的路徑與請求標頭、gRPC 的服務名稱都可能用於連線比對，必須填入伺服器端指定的值，不要自行猜測相似名稱的設定。
核心與生態系
介面上看得到某個選項，不代表目前使用的核心一定支援該選項對應的設定。
Project V
Project V ecosystem
Project V 是理解 V2Ray 開源生態系的背景，涵蓋代理處理、設定，以及圍繞這些功能發展的工具。日常安裝的圖形用戶端、實際處理連線的核心與中文教學各有不同用途。遇到設定差異時，先確認資料說明的是哪個用戶端及哪種核心，避免把生態系名稱誤當成可直接互換的軟體名稱。
V2Fly
V2Fly / V2Ray core
V2Fly 是由社群維護的 V2Ray 專案體系，其核心負責解析協定、判斷路由及建立對外連線。Android 用戶端 v2flyNG 使用這個核心家族，適合需要相應設定行為的情境。設定資料須符合實際使用的版本；不要假設其他核心新增的協定功能或欄位也能直接用於 V2Fly。
Xray
Xray core
Xray 是與 V2Ray 有技術淵源的開源核心專案，提供 VLESS、REALITY 等相關功能。v2rayNG 使用 Xray 核心；桌面用戶端 v2rayN 也可呼叫適用的核心處理連線。兩個核心家族的設定雖有相似之處，但協定支援、傳輸組合與欄位細節並不完全相同，切換前應確認目前的設定是否相容。
圖形用戶端
Graphical client
圖形用戶端提供匯入訂閱、選擇伺服器、設定路由與查看記錄等操作介面，核心則負責實際的網路處理。本網站介紹的用戶端包括桌面版 v2rayN，以及 Android 版 v2rayNG、v2flyNG。更新介面程式與更新核心是兩回事；排查相容性問題時，應一併確認用戶端版本、核心類型與目前使用的設定。
訂閱與節點
訂閱用來取得設定；選擇伺服器並啟動連線仍是後續步驟。
訂閱
Subscription
訂閱是透過一個網址取得一組伺服器設定的發佈方式；更新時，用戶端會重新讀取遠端內容。訂閱網址可能包含存取憑證，公開截圖或傳送記錄前應遮蔽完整網址。更新成功只表示設定已取得並完成解析，不代表每份設定都能連線；更新失敗時，則應分別檢查網址是否有效、取得內容的路徑與訂閱格式。
查看訂閱管理說明 →節點
Server profile
節點是用戶端清單中一份可用來連線至代理伺服器的設定，通常包含位址、連接埠、協定、驗證與傳輸參數。顯示名稱只供識別，不保證伺服器所在位置，也不代表實際網路品質。排查時應檢查設定欄位與連線記錄，而非只看備註；訂閱中的項目也可能在更新後遭到取代或移除。
訂閱群組
Subscription group
訂閱群組是用戶端用來整理訂閱來源與伺服器項目的本機管理單位，備註可協助區分不同來源。群組名稱不會改變伺服器端身分，也不會自動決定請求出口。群組更新、伺服器篩選與排序方式取決於用戶端的實作；設定篩選條件後，應確認項目只是遭到篩選，還是訂閱根本沒有成功取得。
真實連線延遲
Real connection latency
真實連線延遲通常是透過選定的代理設定連線至測試目標後測得的耗時，比只測試伺服器連接埠更接近實際請求鏈路。是否包含建立連線、交握與回應時間，取決於用戶端的測試方式。這不等於下載速度，也無法保證所有目標都能連線；應在相同測試網址與網路條件下比較結果，發生逾時時也須參考記錄判斷。
路由與分流
先確認請求是否進入用戶端，再確認它符合哪條對外連線規則。
路由規則
Routing rule
路由規則依網域、目標 IP、連接埠或網路類型等條件，為請求選擇對外連線方式。常見核心會依序檢查規則，由第一條符合的規則決定出口，因此較具體的例外應放在較廣泛的規則之前。網域條件能否比對，也取決於核心是否取得網域資訊；未符合規則不能一概歸因於規則順序。
查看規則語法與優先順序 →分流
Traffic routing
分流是依條件將請求分配至代理、直連或封鎖出口的策略。系統代理或 TUN 決定流量如何進入處理鏈路；分流則決定流量進入後如何離開，兩者不可混為一談。即使應用程式已接入用戶端，特定目標仍可能依規則直連；判斷結果時應查看實際符合的對外連線方式，而不只是檢查代理開關。
GeoIP
IP address datasets
GeoIP 是依國家或地區，或特殊位址類別整理的 IP 資料集合，常見規則寫法包括 geoip:cn 和 geoip:private。它比對的是目標 IP，不會直接辨識網站所屬的服務。資料版本、位址分配變動與解析結果都可能影響比對；同一網域解析至不同位址時，規則結果也可能不同。
GeoSite
Domain name datasets
GeoSite 是依地區、服務或用途整理的網域集合，可用於路由與 DNS 規則，例如 geosite:cn。它是網域清單，不是 IP 地理位置查詢。標籤是否存在及涵蓋哪些網域，取決於載入的資料檔案；規則發生錯誤或未能比對時，應核對資料來源與標籤名稱，並確認該網域是否已收錄。
DNS 與網路
解析路徑與服務請求路徑可能不同，須分開觀察。
DNS
Domain Name System
DNS 會將網域解析為 IP 位址等記錄，解析完成後，應用程式才能向目標發起連線。作業系統、瀏覽器與代理核心可能各自採用不同的解析路徑，修改其中一處不一定會影響其他路徑。排查時須區分解析失敗、取得的位址不符預期與連線失敗，並留意 DNS 快取是否仍保留舊結果。
FakeDNS
Synthetic DNS mapping
FakeDNS 會為網域指派合成位址，並保存位址與網域的對應關係，方便後續連線還原網域資訊及套用路由。合成位址不是網站的實際伺服器位址，不能當作一般公網目標使用。啟用時須搭配 DNS 回應與連線接管路徑；停用後若應用程式仍快取合成位址，可能須清除快取或重新建立連線。
DNS 洩漏
DNS leak
DNS 洩漏是指查詢偏離預期解析路徑，例如服務請求經過代理，但 DNS 查詢仍由本機網路送出。是否屬於洩漏，須依設定目標判斷；刻意設定的直連解析不應一概視為問題。檢查時應一併確認系統解析器、瀏覽器安全 DNS、用戶端 DNS 設定與連線記錄，單一測試頁面無法完整涵蓋所有應用程式的行為。
DoH
DNS over HTTPS
DoH 透過 HTTPS 傳送 DNS 查詢與回應，可保護查詢內容在傳輸過程中的隱私。它處理的是查詢的傳輸方式，不會自動確保請求經過代理，也不保證解析結果適合目前的對外連線網路。瀏覽器啟用獨立 DoH 後，可能會繞過系統 DNS 設定；調整用戶端 DNS 時，也應檢查應用程式本身的解析設定。
用戶端設定
接入開關與對外連線策略各自負責不同環節；啟用後仍須確認實際請求。
系統代理
System proxy
系統代理會將系統或遵循系統設定的應用程式導向本機代理入口。v2rayN 的「自動設定系統代理」屬於這類設定，但部分應用程式使用自己的網路設定，不一定會遵循系統選項。系統代理不是路由模式，也不等於接管所有流量；離開用戶端後若應用程式無法連線，應檢查系統代理是否仍指向已停止的本機服務。
路由模式
Routing preset
路由模式是用戶端提供的一組規則預設，例如全域或繞過中國大陸，用來決定已接收的請求如何選擇出口。全域模式也不代表所有應用程式都已接入用戶端，流量入口仍取決於系統代理、應用程式設定或 TUN。不同用戶端名稱相同的預設模式可能包含不同規則；判斷實際行為時應查看具體規則與預設出口。
查看代理模式比較 →TUN 模式
Virtual network interface
TUN 模式透過虛擬網路介面接收 IP 封包，再交由代理處理鏈路，適用於無法直接使用系統代理的應用程式情境。它不會自動變更伺服器設定，也不保證所有協定都能順利轉送。啟用時須留意權限、預設路由、DNS 接管與其他網路軟體的影響；實際功能取決於用戶端與所採用的實作。
VPN 模式
Android VPN interface
Android 用戶端的 VPN 模式透過系統提供的 VPN 介面接收應用程式流量，首次啟用時通常須取得使用者授權。系統顯示已連線，只代表介面已建立，不能單獨證明遠端伺服器可用。應用程式範圍、DNS 與路由規則仍會影響最終行為；若同時執行其他使用同類介面的應用程式，也須留意系統對作用中連線的限制。