V2Ray 通訊協定、核心與設定術語表
依設定情境說明常見名詞，區分通訊協定、核心、用戶端、訂閱、路由與 DNS 各自負責的功能。每個條目說明概念界線，並指出通常出現於哪類設定。
依主題查找
如果正在閱讀設定檔，可先依欄位所屬模組進入分類；如果正在操作圖形化用戶端，也可使用下方術語索引直接定位。
連線通訊協定與安全層組合
通訊協定定義用戶端與伺服器如何組織驗證資訊與資料。傳輸載體與安全層通常是獨立設定項目，因此看到相同通訊協定名稱時，還需要繼續核對 TLS、REALITY、WebSocket 或 gRPC 等相關欄位。
- VMess protocol
- VMess 是 Project V 生態中較早使用的用戶端與伺服器通訊協定。設定通常包含使用者識別碼、伺服器位址、連接埠與傳輸方式。它與底層 TCP、WebSocket 等傳輸載體並非同一概念，閱讀設定時應分別核對。
- VLESS protocol
- VLESS 是結構較精簡的通訊協定，本身不負責傳輸層加密。實際設定中常與 TLS 或 REALITY 組合，並透過 UUID 識別使用者。排查連線問題時，應分別檢查通訊協定欄位、安全層欄位與傳輸參數。
- Trojan protocol
- Trojan 使用 TLS 連線進行驗證與資料傳輸，驗證資訊通常以密碼欄位呈現。用戶端設定還需要伺服器位址、連接埠與伺服器名稱等參數。TLS 握手成功不代表驗證一定成功，這兩個階段應分開判斷。
- REALITY security layer
- REALITY 是 Xray 生態中的傳輸安全方案，常與 VLESS 搭配使用。用戶端設定通常涉及公鑰、短識別碼、伺服器名稱與指紋。它屬於安全層，並非可單獨取代 VLESS 的應用層通訊協定。
設定執行層與圖形操作層
核心負責處理連線、入站、出站、路由與 DNS，圖形化用戶端則將這些能力整理為可操作介面。用戶端名稱與核心名稱不能直接互換，同一用戶端也可能因版本與設定採用不同核心。
- V2Ray ecosystem
- V2Ray 通常用來指 Project V 生態中的網路工具體系，也會依上下文指代相關核心。其設定通常由入站、出站、路由、DNS 與策略等模組組成。閱讀文件時，需要根據上下文判斷此處指的是生態、核心還是設定格式。
- V2Fly core family
- V2Fly 是延續 V2Ray 相關技術路線的社群專案與核心家族。其設定結構圍繞 inbounds、outbounds、routing 與 dns 等模組展開。部分欄位與其他核心家族相近，但具體支援範圍仍應以目前核心版本為準。
- Xray core family
- Xray 是與 V2Ray 設定體系有許多共通概念的核心家族。它支援 VLESS、REALITY 等通訊協定與安全組合，並由圖形化用戶端負責呼叫。遇到無法識別的欄位時，應先確認用戶端目前實際使用的核心類型。
- v2rayN desktop client
- v2rayN 是適用於 Windows、macOS 與 Linux 的圖形化用戶端。它用於管理訂閱、單一伺服器設定、路由規則、DNS 與系統代理等設定。介面中的選項最終會轉換為核心可讀取的執行設定。
- v2rayNG Android client
- v2rayNG 是適用於 Android 的圖形化用戶端，通常使用 Xray 核心。它可以匯入訂閱或分享連結，並提供分應用程式代理、路由與 DNS 等設定。背景執行表現也會受到系統電池策略與網路權限影響。
設定來源、伺服器項目與測試結果
訂閱負責批次傳遞設定，節點是用戶端中的單一伺服器記錄，而延遲則是透過特定測試方法取得的結果。三者處理的問題不同：訂閱更新成功不代表每個節點都能連線，延遲較低也不直接代表完整使用過程穩定。
- 訂閱 subscription
- 訂閱是由伺服器集中提供的一組設定入口，用戶端透過訂閱網址取得伺服器項目。更新訂閱通常會重新解析遠端內容，並依用戶端規則合併或取代現有記錄。訂閱連結失效、格式變更或網路請求失敗，都會影響更新結果。
- 節點 server profile
- 節點是用戶端清單中的一筆伺服器連線設定。它通常包含位址、連接埠、通訊協定、驗證資訊、傳輸方式與安全參數。節點只是介面中的方便稱呼，設定檔中通常對應一個出站或一組相關欄位。
- 延遲 latency
- 延遲表示從用戶端發起測試到取得回應所經歷的時間，通常以毫秒顯示。不同測試功能可能只檢查 TCP 建立連線、HTTP 回應或其他階段，因此結果不能直接互相比較。延遲主要用於觀察回應速度，不能單獨代表實際傳輸能力。
- 真實連線延遲 real delay
- 真實連線延遲透過建立更接近實際使用流程的連線來測量回應時間。它通常包含核心出站、通訊協定握手與目標請求中的更多步驟。測試目標、逾時時間與目前網路狀態都會影響最終數值。
流量比對順序與出站選擇
路由模組不會變更通訊協定參數，而是判斷一條連線應由哪個出站處理。規則通常依序比對，網域、IP、連接埠與入站標籤可能同時參與判斷，因此規則位置與解析結果都會影響最終路徑。
- 路由規則 routing rule
- 路由規則依網域、IP、連接埠、通訊協定或入站標籤，決定流量應進入哪個出站。多條規則通常依設定順序比對，先符合的規則會影響後續處理。修改規則後，應儲存設定並重新啟動或重新載入目前核心。
- 分流 traffic routing
- 分流是依條件將不同目標的流量交由不同出站處理的設定方式。常見條件包括網域分類、IP 範圍、應用程式入口與目標連接埠。分流效果取決於規則順序、DNS 解析結果，以及各出站是否設定正確。
- GeoIP IP dataset
- GeoIP 是依 IP 位址所屬地理集合進行比對的資料分類。它通常在路由規則中作為 IP 條件使用，需要先取得目標網域的解析結果。資料檔案版本會影響位址分類範圍，因此更新後可能出現比對變化。
- GeoSite domain dataset
- GeoSite 是依用途或類別整理的網域集合，可在路由與 DNS 規則中引用。它比對的是網域規則，不等同於 GeoIP 的位址歸屬判斷。具體分類名稱與包含內容取決於用戶端使用的資料檔案。
- TUN 模式 virtual interface
- TUN 模式透過虛擬網路介面接收系統流量，可涵蓋部分不會讀取系統代理設定的應用程式。它涉及路由表、DNS 接管與虛擬介面權限，設定範圍比一般系統代理更廣。啟用後應避免與其他虛擬網路工具重複接管相同流量。
- 系統代理 system proxy
- 系統代理是作業系統提供給相容應用程式讀取的代理位址與連接埠設定。v2rayN 通常會將其指向用戶端的本機監聽連接埠，再由核心選擇對應出站。不會讀取系統代理的程式需要個別設定，或依情境使用 TUN 模式。
網域查詢、映射位址與解析路徑
DNS 設定決定網域交由哪個解析器處理、如何篩選查詢結果，以及解析請求透過哪條路徑傳送。路由規則依賴網域或 IP 時，DNS 結果也可能參與比對，因此解析與分流應視為同一套設定共同檢查。
- DNS name resolution
- DNS 是將網域解析為 IP 位址的基礎服務。V2Ray 設定可以指定多個解析伺服器，並依網域分類、查詢類型或預期位址範圍決定選擇順序。系統 DNS、核心 DNS 與應用程式內建解析可能同時存在，需要確認實際查詢路徑。
- FakeDNS address mapping
- FakeDNS 會先向應用程式回傳映射位址，再由核心依映射關係還原原始網域並處理流量。這種方式有助於在接管 IP 流量時保留網域資訊。映射位址池、TUN 設定與路由規則需要相互配合。
- DNS 洩漏 unexpected resolver path
- DNS 洩漏是指網域查詢未依預期進入指定解析路徑，而是被系統或其他網路元件直接傳送至另一個解析器。常見檢查項目包括瀏覽器內建安全 DNS、系統 DNS、TUN 接管範圍與核心路由。它描述的是路徑偏離，不等同於一般解析失敗。
- DoH DNS over HTTPS
- DoH 透過 HTTPS 傳送 DNS 查詢，解析伺服器通常以 URL 表示。設定時需要注意該 URL 的網域如何完成初始解析，以及查詢請求由哪個出站傳送。只填寫 DoH 位址並不會自動決定所有 DNS 流量的路由。
身分欄位、握手參數與傳輸保護
驗證欄位用於識別連線身分，TLS 等安全層則負責保護傳輸，兩者在設定中扮演不同角色。排查時應將位址連通、通訊協定驗證、安全握手與應用程式請求分成多個階段，避免只根據單一錯誤推斷整套設定。
- TLS transport security
- TLS 為連線提供加密與身分驗證，常與 VLESS、Trojan 等設定搭配。用戶端欄位通常涉及伺服器名稱、憑證驗證、應用層通訊協定與指紋。伺服器名稱用於握手驗證，不應簡單視為伺服器位址的重複值。
- UUID identifier
- UUID 是由十六進位字元依固定格式組成的識別碼，在 VMess、VLESS 等設定中常作為使用者身分欄位。它不是伺服器位址，也不是本機監聽連接埠。複製時需要保留完整字元與連字號結構。
- 指紋 TLS fingerprint
- 指紋在相關用戶端設定中通常指 TLS 握手特徵。部分核心允許選擇預設值，以調整用戶端握手行為。此欄位需要與安全層及伺服器設定配合，不能取代伺服器名稱、公鑰或驗證資訊。
- 傳輸加密 encryption layer
- 傳輸加密用於保護用戶端與伺服器之間傳遞的資料，應與通訊協定驗證及傳輸載體區分。TLS、REALITY 與通訊協定欄位位於不同設定層次，組合方式由伺服器端設定決定。用戶端本機監聽連接埠是否加密則是另一個獨立問題。
從介面名稱回到設定層級
圖形化用戶端會將多個設定欄位合併為一個開關或下拉選項。例如「啟用 TUN」背後可能同時涉及虛擬介面、DNS 接管、路由表與本機入站。遇到問題時，先確認目前使用的是系統代理還是 TUN，再檢查請求是否進入用戶端。
通訊協定名稱也不能單獨說明完整的連線方式。以 VLESS 為例，還需要確認安全層是 TLS 還是 REALITY、傳輸方式為何，以及伺服器名稱與使用者識別碼是否相符。依通訊協定、傳輸、安全與路由分層核對欄位，通常比反覆切換節點更容易找出問題。
訂閱更新只負責取得設定內容，不負責證明每筆伺服器設定都能建立連線。更新失敗時應先檢查連結格式與請求過程；成功匯入但無法連線，則應檢查節點欄位、核心記錄、系統時間、DNS 與路由設定。