VMess
VMess
VMess 是 Project V 生態系中的代理協定，使用使用者識別資訊進行驗證，並由協定處理相應的資料封裝。它不等同於特定傳輸方式，即使都標示為 VMess，設定仍可能使用不同的傳輸參數。排查驗證失敗時，應一併核對使用者識別資訊、系統時間與伺服器要求，不能只檢查伺服器位址。
REFERENCE / 設定概念
V2Ray 術語速查
從名稱辨識設定層級。協定決定連線如何協商，核心負責連線與路由，用戶端則負責匯入、選擇及系統整合；同一介面中的選項不一定屬於同一層。
- 6 類概念
- 25 個術語
- 設定界線與相關入口
PROTOCOL / TRANSPORT SECURITY
協定與傳輸
先分清代理協定與傳輸安全機制，再核對伺服器提供的完整參數。
VLESS
VLESS
VLESS 是輕量代理協定，本身不提供獨立的資料加密層，連線保護通常由 TLS 或 REALITY 等機制負責。看到 VLESS 時，還須確認傳輸類型、服務名稱與安全性設定。部分組合仰賴特定核心功能；能匯入分享連結，不代表目前使用的核心一定能建立連線。
Trojan / TLS
Trojan
Trojan 通常透過 TLS 保護連線，並以密碼進行代理驗證。服務名稱、憑證驗證與傳輸參數須符合伺服器端設定，密碼正確也不能取代這些條件。遇到憑證錯誤時，應檢查系統時間、名稱與伺服器憑證，不建議長期關閉憑證驗證來解決。
REALITY
REALITY
REALITY 是 Xray 生態系中的傳輸安全機制，不是與 VMess、VLESS 並列的獨立代理協定。連線所需的公開金鑰、服務名稱、短識別碼等參數須符合伺服器提供的設定，實際欄位依設定格式而異。只將安全性選項改為 REALITY，卻沿用其他參數，通常無法正確完成設定。
PROJECT / CORE
核心與生態系
專案名稱說明技術來源，用戶端名稱則代表操作入口，兩者不可混為一談。
Project V
Project V
Project V 是理解 V2Ray 模組化代理架構的專案背景，核心概念是分開處理流量接收、規則比對與流量傳送。日常使用的圖形化用戶端則在此架構上提供伺服器管理與系統整合功能。閱讀技術資料時，應分清內容談的是專案架構、核心設定還是用戶端介面。
Xray-core
Xray
Xray 從 V2Ray 發展而來，之後形成了自身的協定與傳輸特性。v2rayNG 使用 Xray 核心，但用戶端介面可設定的功能也取決於整合方式。選擇核心時應依據伺服器所需的功能，不能只因兩者有共同發展背景，就認定 Xray 與 V2Fly 的設定可以直接互換。
V2Fly / V2Ray
V2Fly
V2Fly 是延續 V2Ray 開發的社群專案，v2flyNG 使用此核心系列。它與 Xray 有共同發展背景，但後續功能、設定語法與支援範圍可能不同。處理自訂設定時，應確認參考資料適用的核心與設定版本，不要直接將其他核心的範例當成可執行設定。
Core / GUI
核心
核心是實際執行協定協商、代理連線、路由及相關 DNS 邏輯的程式元件。圖形化用戶端負責儲存設定、啟動核心與顯示記錄，因此介面能開啟不代表核心已成功執行。排查啟動失敗時，先查看核心記錄中的欄位錯誤或連接埠占用，再判斷是否需要調整用戶端設定。
SUBSCRIPTION / SERVER PROFILE
訂閱與節點
匯入只是建立設定記錄；更新與連線驗證是接下來的兩個步驟。
Subscription
訂閱
訂閱是用戶端從指定網址取得並更新一組伺服器設定的管理方式，並非核心通用的頂層設定鍵。訂閱回應可能採用編碼後的連結清單，或其他相容格式；格式不符會導致解析失敗。訂閱網址可能包含存取憑證，應妥善保管為敏感資訊，避免放入截圖、公開記錄或共用文件。
Node / Server Profile
節點
節點是用戶端對單筆遠端代理連線設定的常見稱呼，通常包含位址、連接埠、驗證方式、協定與傳輸參數。節點名稱主要供清單辨識，不能用來判斷伺服器的實際位置或效能。名稱不同的兩筆設定也可能指向同一台伺服器；比較時應查看實際連線欄位，而非名稱。
URI / Import
分享連結
分享連結會將單筆伺服器設定編碼為 URI，用戶端解析後便會建立一筆可供選擇的設定記錄。它與用來持續更新清單的訂閱網址不同；匯入單筆連結通常不會自動取得後續變更。複製時須保留完整內容；缺少查詢參數、特殊字元遭到改寫或多複製了其他文字，都可能造成解析結果異常。
Fetch / Parse / Sync
更新訂閱
更新訂閱是重新向訂閱網址發出請求，再解析並同步伺服器設定的過程；更新成功不代表節點已通過連線測試。同步可能覆蓋訂閱項目的手動修改，重要調整應先備份或另存為獨立設定。更新失敗時，應分別確認請求是否失敗、回應內容是否異常，以及格式是否相容，不要反覆刪除所有群組。
MATCH / DISPATCH
路由與分流
規則說明如何比對，出站決定交由何者處理，規則資料則提供可重複使用的比對集合。
routing.rules
路由規則
路由規則依網域、目標位址、連接埠或入站等條件選擇出站，常見設定位置為 routing.rules。規則通常依序檢查；若將條件較寬泛的規則排在前面，後續較精確的規則可能無法比對成功。修改時也要確認目標出站標籤確實存在，並配合網域解析策略判斷實際比對流程。
Traffic Policy
分流
分流是依流量特徵選擇直連、代理或封鎖等處理路徑的策略目標，通常透過路由規則實現。這不代表所有連線都交由同一個遠端處理，也不代表會自動選擇速度最快的伺服器。確認分流是否正常時，應分別測試預期直連與預期代理的目標，並查看記錄中實際使用的出站。
geoip:
GeoIP
GeoIP 規則資料會依地區或其他集合整理 IP 位址，供位址比對使用。分類結果受資料來源與更新時間影響，不應視為伺服器實際位置的精確證明。網域規則與位址規則的效果也會受解析策略影響，因此只加入 GeoIP 項目不一定能達到預期的分流效果。
geosite:
GeoSite
GeoSite 是依網站或類別整理的網域比對資料，集合中可包含不同形式的網域規則。它比對的是網域資訊，而非網站最終連線到的所有 IP 位址。使用前應確認目前的資料檔包含目標分類；若比對結果異常，也要檢查用戶端是否保留或還原了可供路由使用的網域資訊。
RESOLUTION / NETWORK STACK
DNS 與網路堆疊
網域解析與服務流量是彼此相關但不同的路徑，須分開確認。
DNS / Resolver
DNS
DNS 會將網域名稱解析為位址等記錄，解析請求經過的路徑可能與後續服務連線不同。作業系統、瀏覽器、用戶端及遠端伺服器都可能參與解析，因此修改一處 DNS 設定不一定會影響所有應用程式。排查時應先確認由誰發出請求、使用哪個解析器，再檢查請求是否依預期路由。
FakeDNS / Mapping
FakeDNS
FakeDNS 會為網域名稱指派虛擬位址並保留對應關係；後續流量進入代理處理流程時，再依此找回原始網域名稱。虛擬位址並非目標伺服器的實際位址，須搭配 DNS 接管與流量入口使用。停用相關模式後，若應用程式仍快取舊的對應資料，可能需要清除 DNS 快取或重新啟動應用程式，再進行確認。
DNS Path
DNS 洩漏
DNS 洩漏是指解析請求未依預期的 DNS 路徑傳送，而由其他解析器接收的情況；判斷前須先釐清預期策略。代理顯示已連線，不代表所有 DNS 請求都受到控管；瀏覽器內建的加密解析也可能走另一條路徑。檢查時應一併查看系統設定、應用程式設定與解析記錄，不宜只依據單次網頁測試結果。
TUN / Virtual Interface
TUN 模式
TUN 模式透過虛擬網路介面接收 IP 流量，再交由用戶端的網路堆疊處理，適合無法直接使用系統代理的應用情境。實際接管範圍取決於路由、權限、排除項目與 DNS 設定，不代表所有流量都必然經由代理出站。啟用前應關閉其他可能衝突的接管工具，並確認如何停用模式及還原網路。
CLIENT / CONNECTION TEST
用戶端功能
流量接管方式、測速結果與流量入口描述的是不同環節，不能用單一狀態取代完整驗證。
System Proxy
系統代理
系統代理會向作業系統登錄代理位址與連接埠，供遵循該設定的應用程式使用，不會自動接管所有網路流量。有些應用程式使用獨立的代理設定，有些則直接連線，必須逐一確認。用戶端關閉後若網頁無法瀏覽，應檢查系統代理是否仍指向已停止監聽的本機連接埠。
Latency / Test Method
延遲
延遲是在特定目標與條件下進行單次測試所記錄的時間指標，可能測量網路往返時間、TCP 建立連線或應用程式請求所需時間。不同方法涵蓋的連線階段不同，結果不可直接比較，也無法據此推算下載吞吐量。比較伺服器時，應維持測試方式、目標與網路環境一致，並觀察多次結果，而非只看單次最低值。
Real Connection Test
實際連線延遲
實際連線延遲通常是指用戶端透過選定的代理發出實際測試請求所需的時間，具體測量範圍由用戶端實作與測試網址決定。相較於單純檢查連接埠是否可連線，它涵蓋更多環節，但仍只反映該次目標請求。測試成功後，還須透過實際應用程式確認路由、DNS 與存取行為是否符合預期。
inbounds
入站
入站是核心接收應用程式流量的入口，常見形式包括本機 SOCKS 或 HTTP 監聽連接埠，對應的設定集合為 inbounds。它描述用戶端本機如何接收請求，並非遠端節點的伺服器連接埠。若僅供本機使用，應確認監聽位址；若要開放給其他網路介面使用，則須先釐清存取控制與網路暴露範圍。
outbounds / outboundTag
出站
出站定義核心將流量傳送至下一跳或目標的處理方式，可以是遠端代理、直連或封鎖，對應的設定集合為 outbounds。路由規則通常透過 outboundTag 指定出站，因此標籤必須正確對應。若流量已進入核心卻未依預期轉送，應同時檢查命中的規則與該出站的連線參數。