V
VMess
Project V 生態中較早採用的代理協定。節點設定通常包含使用者識別碼、伺服器位址、連接埠、安全選項與傳輸方式。
在 v2rayN 中編輯 VMess 節點時，還可能看到 alterId 等相容欄位。是否需要填寫取決於伺服器端設定，不能直接套用其他節點的參數。
設定名詞索引
V2Ray 術語手冊
依實際設定情境解析協定、核心、訂閱、路由與網路名詞。遇到 VLESS、GeoSite、TUN、FakeDNS 等設定項目時，可從分類入口快速定位。
閱讀順序
先確認名詞所在層級
節點無法連線時，協定參數、代理核心、路由規則與系統網路設定屬於不同層級。先判斷問題所在層級，再檢查對應欄位，可減少反覆修改無關選項。
協定與傳輸
連線協定與安全參數
協定決定用戶端與伺服器如何驗證並交換資料。匯入設定時，應保留協定、傳輸方式與安全層的完整組合，不能只複製伺服器位址和連接埠。
V
VLESS
採用精簡驗證設計的代理協定，本身不負責額外的資料加密。實際設定常與 TLS、REALITY、TCP、WebSocket 或 gRPC 等傳輸與安全層搭配。
排查 VLESS 連線時，應同時核對使用者識別碼、流量控制、伺服器名稱、傳輸類型與安全選項。只確認協定名稱一致，仍不足以建立連線。
T
Trojan
透過 TLS 通道運作的代理協定。用戶端設定通常需要伺服器位址、連接埠、驗證資訊、伺服器名稱及憑證相關選項。
若位址可以連線但協定連線失敗，應檢查伺服器名稱是否正確，以及本機時間、TLS 設定和傳輸方式是否與伺服器端一致。
R
REALITY
Xray 生態中的傳輸安全方案，常見組合為 VLESS、TCP 與 REALITY。用戶端通常需要公開金鑰、短識別碼、伺服器名稱與指紋等參數。
這些欄位屬於同一套握手設定，任何一個關鍵值不相符，都可能導致連線中斷。分享連結或訂閱通常會一併帶入所需參數。
核心與生態
Project V、V2Fly 與 Xray
圖形化用戶端負責訂閱管理、介面操作與系統設定，代理核心負責協定連線、路由與 DNS。區分用戶端和核心，有助於理解更新日誌中的功能歸屬。
P
Project V
圍繞網路代理協定、核心程式與設定工具形成的開源技術生態。VMess、路由規則與多出站設定等概念，都能在這個生態的發展過程中找到對應來源。
Project V 不是某個圖形化用戶端的名稱。v2rayN、v2rayNG 等用戶端是在相關核心能力之上提供操作介面的獨立專案。
V
V2Fly
延續 Project V 技術路線的社群專案與核心家族。它提供協定處理、路由、DNS 及入站、出站等基礎能力。
v2flyNG 使用相關核心處理 Android 裝置上的連線。用戶端名稱、核心名稱與節點協定是三個不同概念，閱讀設定時需要分別辨識。
X
Xray
與 V2Ray 設定體系密切相關的核心生態，支援 VLESS、VMess、Trojan、REALITY、路由與 DNS 等功能。v2rayN 和 v2rayNG 可使用 Xray 核心執行連線設定。
用戶端升級與核心升級不一定是同一件事。遇到無法辨識的新協定參數時，需要同時查看用戶端與核心的支援情況。
C
代理核心
負責協定握手、連線轉送、DNS 查詢與路由比對的底層程式。圖形化用戶端會產生設定並啟動核心，再讀取日誌與執行狀態。
核心啟動失敗時，用戶端介面可能仍可正常開啟。此時應優先查看日誌中的設定解析、連接埠占用與權限提示，而不是重複匯入訂閱。
訂閱與節點
設定來源、群組與延遲
訂閱負責批次提供設定，節點是一筆可選的連線記錄，群組則負責管理來源。更新、篩選與延遲測試發生在不同階段。
S
訂閱
由伺服器提供的設定集合網址。用戶端更新訂閱後，會下載內容、解析節點並寫入對應群組。
訂閱網址可以正常開啟，不代表用戶端一定能解析出節點。若更新結果為空，還需檢查連結是否完整、內容格式是否支援，以及群組篩選是否隱藏了所有記錄。
N
節點
用戶端中的一筆伺服器連線設定。通常包含位址、連接埠、協定、驗證參數、傳輸方式與安全設定。
節點名稱主要用於辨識，不代表連線品質。選擇節點時，應綜合實際連線延遲、協定相容性、目標地區與實際存取表現判斷。
G
訂閱群組
用於分別管理多個訂閱來源與節點集合的容器。每個群組可擁有獨立的訂閱網址、更新方式、篩選條件及目前選取的節點。
更新成功但伺服器清單沒有變化時，應確認目前查看的群組是否正確，也要檢查關鍵字篩選或正規表示式過濾是否排除了新節點。
L
實際連線延遲
透過建立實際協定連線測得的回應時間，比只檢查基礎網路可達性的測試更接近日常連線情況，也會受到本地網路、協定握手與測試目標影響。
單次讀數只反映測試當下的狀態。選擇節點時可以連續測試數次，再結合網頁開啟與下載過程中的穩定性判斷。
路由與分流
規則比對與出站方向
路由規則通常由上至下檢查，命中後交由指定出站處理。規則順序、比對範圍與最終出站名稱需要一併查看。
R
路由規則
根據網域、IP、連接埠、協定或程序等條件，決定流量出站方向的比對規則。常見結果包括 direct、proxy 和 block。
規則通常依清單順序執行，範圍過寬的規則放得太前面，可能覆蓋後面的細部規則。修改後應重新載入設定，並查看日誌中的比對結果。
S
分流
將不同目標流量交由不同出站處理的設定方式。例如本地網路可使用 direct，特定網域集合可使用 proxy，明確拒絕的目標可交給 block。
分流不是協定類型，而是核心中的流量決策流程。同一個節點在不同路由模式下，實際經過的流量範圍可能不同。
G
GeoIP
依 IP 位址所屬地區或預先定義類別進行比對的資料集合。常見規則包括 geoip:cn 與 geoip:private。
GeoIP 比對會在取得目標 IP 後進行，結果取決於資料檔案與 DNS 解析結果。資料過時時，部分新分配的位址可能無法依預期分類。
G
GeoSite
依網域類別整理的規則集合，常見寫法包括 geosite:cn 和 geosite:geolocation-!cn。可用於減少逐條維護網域規則的工作量。
GeoSite 與 GeoIP 的比對對象不同：前者處理網域，後者處理 IP。複雜設定中可以同時使用，兩者順序應與 DNS 策略配合。
用戶端功能
系統代理、TUN 與訂閱更新
這些選項決定用戶端如何接收系統流量，以及何時更新設定。啟用多種接管方式前，應先了解各自涵蓋的應用程式範圍。
S
系統代理
由作業系統提供給應用程式讀取的代理設定。啟用後，支援系統代理機制的瀏覽器與桌面程式會將連線傳送至用戶端的本機監聽連接埠。
部分應用程式會忽略系統代理並自行建立連線。遇到這種情況，可檢查應用程式內的網路選項，或依需求評估是否使用 TUN 模式。
T
TUN 模式
透過虛擬網路介面接管並處理系統流量的運作方式。可涵蓋不讀取系統代理設定的應用程式，也能統一處理更多 TCP 與 UDP 流量。
啟用時通常需要系統權限，也可能與其他虛擬網路工具發生介面或路由衝突。無法存取本地裝置時，應檢查繞過區域網路與私有位址的規則。
F
FakeDNS
為網域暫時指派虛擬 IP，並在後續連線中還原原始網域資訊的 DNS 處理機制。常與 TUN 模式搭配，讓路由仍可依網域分類。
FakeDNS 位址只在用戶端內部映射中有意義。若映射範圍、路由或 DNS 設定不一致，可能出現網域能解析但連線無法完成的情況。
A
自動更新訂閱
用戶端依設定週期重新取得訂閱內容並更新群組，用於同步節點變更，不會自動修正失效的訂閱網址或錯誤的內容格式。
更新後的清單仍會受到群組篩選、排序與去重規則影響。重要設定發生變更時，可以先手動更新一次並查看用戶端日誌。
網路與系統
DNS、TCP 與 UDP
代理設定建立在作業系統的網路能力之上。網域解析決定目標位址，TCP 與 UDP 則描述不同類型的資料傳輸方式。
D
DNS
將網域解析為 IP 位址的基礎網路服務。用戶端可以設定查詢伺服器、網域比對規則、查詢類型及 DNS 流量的出站路徑。
網頁無法開啟但直接存取 IP 正常時，DNS 是需要檢查的環節之一。也應查看系統快取、用戶端日誌與瀏覽器本身的 DNS 設定。
D
DNS 洩漏
網域查詢未依預期路徑傳送，導致查詢流向與連線流量的路由策略不一致。常見於系統 DNS、瀏覽器獨立 DNS 與用戶端 DNS 同時運作時。
處理時應先確認由哪一層負責解析，再統一檢查系統代理、TUN、DNS 出站與瀏覽器設定。只更換 DNS 位址不一定能解決路徑不一致。
T
TCP
提供可靠、有序位元組流的傳輸層協定。網頁瀏覽、檔案傳輸與多數代理傳輸組合都會使用 TCP。
設定中的 TCP 可能代表底層傳輸方式，也可能代表需要由路由規則比對的網路類型。閱讀欄位時要結合其所在的設定層級判斷。
U
UDP
面向資料報的傳輸層協定，DNS、即時通訊與部分應用程式流量會使用 UDP。它不提供與 TCP 相同的連線確認與重傳機制。
某項應用程式功能異常而一般網頁正常時，可以檢查節點、核心、路由與 TUN 設定是否允許 UDP。用戶端介面中的 UDP 選項也需配合目前的運作模式。