VMess
Project V 生態系中的代理協定，包含身分驗證與資料保護機制，常見的身分參數為 UUID。VMess 並非固定採用某一種底層傳輸方式，同一協定可搭配不同傳輸設定。排查連線時，應分別確認協定參數、傳輸方式與安全層，而非只比較節點名稱。
設定名稱與連線概念
V2Ray 術語表
從協定、核心到路由欄位，依設定所屬層級查閱。先分清楚「接收連線」、「選擇出口」與「建立連線」，再對照用戶端選單和記錄找出相關設定。
不同用戶端版本中的同名選單可能有所差異。協定與欄位是否可用，應以實際執行的核心及其版本為準；術語說明不代表設定可直接跨核心複製。
協定與傳輸
代理協定規範連線行為；傳輸方式與安全層則負責承載及保護連線。三者需要分別確認。
VLESS
輕量代理協定，本身不負責加密傳輸內容，通常需要搭配合適的安全層。UUID 用於身分識別，TLS、REALITY 等設定則會影響連線的安全性。節點使用 VLESS，不代表所有核心版本都支援相同的 flow 或傳輸組合。
Trojan
通常搭配 TLS 使用、以密碼驗證的代理協定。驗證密碼與 TLS 伺服器名稱是不同參數，不能互相取代。遇到交握失敗時，應一併檢查憑證驗證、伺服器名稱與傳輸設定，不能只因密碼正確就認定連線一定成功。
TLS
為傳輸提供加密、完整性保護與對端身分驗證的安全協定。設定中的 serverName 通常用於驗證憑證名稱，也可能透過 SNI 傳送給伺服器。伺服器位址與伺服器名稱可以不同，但必須有明確依據；略過憑證驗證不應成為一般的排查方式。
REALITY
Xray 生態系中的傳輸安全機制，並非與 VMess、VLESS 並列的代理協定。使用時需要支援的核心，並配對公鑰、伺服器名稱、短識別碼等相關參數。它與 TLS 有關，但設定欄位不能直接互換；用戶端能辨識分享連結，也不代表目前的核心一定能執行該組合。
核心與用戶端
用戶端負責介面與管理，核心負責執行網路設定。選擇時應同時確認這兩個層面。
Project V
以網路代理與通訊工具為核心的開源專案體系，V2Ray 是其中的重要組成部分。在日常用語中，「V2Ray」有時也泛指整個相關生態系。閱讀教學時，應進一步確認內容適用於 V2Fly 或 Xray，避免把生態系名稱誤認為特定執行程式。
V2Fly
延續 V2Ray 專案開發與維護的社群，其核心程式通常稱為 v2fly-core。核心負責解析設定、接收入站連線、執行路由並建立出站連線。與 Xray 源自相關技術基礎，不代表新增協定、設定格式與欄位會一直保持一致。
Xray 核心
由 V2Ray 發展而來的獨立核心分支，具備自身的協定與傳輸功能。用戶端介面中的核心選擇會影響欄位是否能被接受，以及連線方式是否可用。出現未知欄位或不支援協定的提示時，應先確認實際啟動的核心，而非只看應用程式名稱。
v2rayN
適用於 Windows、macOS、Linux 的桌面圖形用戶端，負責管理節點、訂閱、路由設定與核心呼叫。介面儲存的設定可能經過轉換才交由核心執行，因此介面設定檔不一定等同於實際執行的設定。桌面版與經典 WPF 版的介面配置不同，操作時應以目前的選單為準。
v2rayNG
採用 Xray 核心處理代理連線的 Android 圖形用戶端，並透過系統 VPN 介面接收所選應用程式的流量。應用程式版本號與核心版本號是不同資訊，排查相容性時可能都需要確認。特定應用程式能否進入代理路徑，也取決於個別應用程式設定與系統授權狀態。
v2flyNG
採用 V2Fly 核心的 Android 圖形用戶端，適合需要相應核心行為時選用。它的名稱與 v2rayNG 相近，但不能據此推定兩者的協定能力與設定相容範圍相同。匯入節點前，應先確認實際核心是否支援所需的協定、安全層與相關欄位。
設定結構
以下名稱對應常見的 JSON 設定概念。陣列、物件與標籤引用各有用途，不宜只依欄位名稱拼湊設定片段。
JSON
以物件、陣列與鍵值組表示資料的文字格式，常用於描述核心執行設定。標準 JSON 的鍵名與字串須使用雙引號，不允許尾隨逗號或註解。語法正確只是第一步，連接埠型別、協定名稱與欄位層級仍須符合所用核心的規範。
入站
inbounds 定義核心如何接收連線，常見內容包括監聽位址、連接埠、協定與標籤。監聽於迴路位址通常只供本機程式存取，改用其他位址前應先了解可存取範圍。用戶端成功啟動但應用程式沒有流量時，應確認應用程式使用的代理連接埠是否與相應入站設定一致。
出站
outbounds 定義核心如何對外建立連線，可包含代理、直連或阻斷等不同處理方式。出站的 tag 是供路由引用的識別標籤，不是遠端伺服器位址。修改標籤後應一併檢查 outboundTag 等引用，否則規則可能無法指向預期的出口。
routing 設定區段
存放路由比對策略與規則清單的設定物件，用來決定進入核心的流量應經由哪個出口。domainStrategy 會影響網域在何時參與 IP 解析與比對，需要搭配 DNS 設定一起理解。它無法取代作業系統代理設定，也不能處理尚未進入核心的應用程式流量。
policy 策略
用於設定連線逾時、使用者等級相關行為或統計功能開關等核心參數。它與依網域、位址選擇出口的路由規則職責不同。調整逾時前，應先判斷問題發生於解析、交握或資料傳輸階段；單純延長等待時間無法修復不相符的連線參數。
路由與 DNS
網域如何解析、規則取得哪些目標資訊、出口如何選擇，是同一條連線路徑中的不同環節。
路由規則
依網域、IP、連接埠或入站標籤等條件比對流量，並指定出站或負載均衡器。一般規則清單會依序比對，前面的寬泛規則可能先於後面的細部規則生效。排查時應一併檢查規則條件、排列順序與標籤引用，而不只是確認清單中是否有寫入某個網域。
分流
依條件將不同流量分配到不同出口的處理方式，例如內部位址直連、指定網域走代理。分流結果取決於規則順序、可用的網域資訊、DNS 結果與預設出口。用戶端中的「全域」或「規則」可能描述不同層面的模式，不能只憑選單名稱推斷所有應用程式的實際連線路徑。
GeoIP
供路由比對使用的 IP 位址集合資料，通常以分類標籤引用。它僅依 IP 位址集合比對，比對結果無法直接用來判斷網站的營運者或網域所屬地區。解析結果變動、目標使用內容傳遞網路或資料檔案不同，都可能改變實際比對結果。
GeoSite
供網域比對使用的分類集合資料，適合將一組相關網域放入同一條規則。分類標籤及其包含內容取決於實際載入的資料檔案，不能假設任意標籤都一定存在。GeoSite 與 GeoIP 分別用於網域和 IP，兩者可以搭配使用，但含義不同。
DNS
將網域解析為位址等記錄的系統。核心內建解析器與作業系統解析器可能採用不同路徑。dns.servers 描述核心可使用的解析伺服器，實際是否呼叫仍取決於路由與出站策略。變更 DNS 位址不代表應用程式的所有查詢都會自動經過該解析器。
FakeDNS
為網域指派合成 IP，並在後續連線到達時還原網域資訊的機制。合成位址並非目標伺服器的真實公網位址，後續流量必須繼續進入能辨識對應關係的處理路徑。若只修改 DNS 回傳結果，卻未配套接管連線，可能導致位址無法存取或對應失效。
DNS 洩漏
指 DNS 查詢偏離預期的解析路徑，例如原本希望透過指定出口解析，卻仍由其他解析器送出。判斷時應留意實際由誰發出請求、請求送往何處，而非只看網頁顯示的解析伺服器位置。應用程式內建解析、加密 DNS、系統快取與個別應用程式設定都可能影響觀察結果。
訂閱與節點
匯入參數、測試連線與接收應用程式流量是三個不同步驟。解讀測試結果時，應一併考量測試方式與目前模式。
訂閱
透過連結取得並批次匯入節點設定的發佈方式，用戶端通常會以訂閱群組管理來源。更新可能新增、刪除或取代群組內的節點，因此手動修改的節點參數不一定會保留。訂閱網址可能含有存取憑證，分享截圖、記錄與求助內容時，應避免公開完整連結。
節點
用戶端中一組用來建立代理連線的參數，通常包含位址、連接埠、驗證資訊、協定與傳輸設定。顯示名稱只是方便辨識的備註，不能證明伺服器所在位置或實際連線品質。節點成功匯入只代表用戶端識別了相關格式，仍須啟動連線並檢查記錄。
延遲
特定測試過程所花費的時間，必須先說明測量方式才有比較意義。TCP 連線建立只反映部分連接埠可達性，ICMP 回應也不代表代理協定能完成驗證。不同測試目標、網路狀態與逾時設定都會影響結果，低延遲不代表下載速度一定快。
實際連線延遲
用戶端通常以此名稱表示透過節點向測試位址發出實際請求所花費的時間。是否包含解析、連線重用或交握，取決於用戶端實作與測試設定。測試成功表示當時已完成對該目標的請求，但不保證其他網站、應用程式或後續連線也會有相同結果。
系統代理
作業系統提供給應用程式的代理設定，通常會將遵循該設定的請求導向本機用戶端連接埠。部分應用程式使用自己的代理設定或直接連線，因此啟用系統代理不代表所有流量都會被接管。它決定流量是否進入用戶端，進入後的出口則由核心路由等設定決定。
TUN 模式
透過虛擬網路介面處理 IP 封包的運作方式，可涵蓋部分不遵循系統代理設定的流量。實際接收範圍取決於系統路由、權限、DNS 處理與用戶端實作，不能理解為啟用後所有連線都會經由代理出口。啟用後若出現異常，應檢查其他虛擬介面、路由衝突與個別應用程式設定。