V2Ray 術語表 - VLESS、REALITY、Xray 與路由概念

01 / PROTOCOL

協定與傳輸

協定定義驗證與資料交換方式，傳輸層則決定連線如何承載。匯入設定時不能只看協定名稱，還要同時核對安全層、傳輸方式、路徑與服務名稱。

VMess: Project V 生態較早使用的一種協定。設定通常包含使用者識別碼、伺服器位址、連接埠、傳輸方式與安全參數；任何一項關鍵欄位不一致，都可能導致交握無法完成。舊設定中較常見，移轉時應依服務端提供的完整參數匯入，不要只複製位址與連接埠。
VLESS: 一種將驗證機制與傳輸安全層分開的輕量協定。VLESS 本身的設定重點是使用者識別碼、流量控制與底層傳輸，實際使用時常與 TLS 或 REALITY 組合。閱讀設定時，應分別確認協定欄位、傳輸欄位與安全欄位，避免混在一起判斷。
Trojan: 使用密碼驗證且通常搭配 TLS 的代理協定。客戶端需要符合伺服器位址、連接埠、密碼、伺服器名稱與憑證相關設定。若連線在交握階段中止，除了驗證資訊，也應檢查系統時間、網域填寫與安全層選項。
REALITY: Xray 生態中的傳輸安全方案，常與 VLESS 搭配。典型設定會出現公鑰、短識別碼、伺服器名稱、指紋與流量控制等欄位，這些欄位彼此獨立，不能互相替代。匯入後若客戶端顯示參數不完整，應回到原始設定逐項比對，不要反覆切換節點。
TLS: 為網路連線提供加密與身分驗證的安全層。憑證名稱、伺服器名稱、系統時間與憑證信任狀態都會影響 TLS 交握。客戶端中的「略過憑證驗證」是獨立選項，不應視為處理所有連線問題的通用開關。
WebSocket: 透過 HTTP 升級機制建立雙向連線的傳輸方式，設定中通常縮寫為 WS。常見參數包括路徑、要求標頭與主機名稱，必須與伺服器端入口一致。WebSocket 是承載方式，不等同於 VMess、VLESS 等上層協定。
gRPC: 基於 HTTP/2 的遠端呼叫框架，也可作為連線的傳輸方式。相關設定通常包含服務名稱，並與 TLS 等安全層一起出現。服務名稱看似接近路徑，但兩者不是同一欄位；從其他傳輸方式移轉時，不要直接照搬路徑值。

02 / CORE

核心與客戶端

客戶端負責圖形介面、訂閱管理與系統整合，核心則負責建立連線與執行規則。區分兩者有助於判斷問題發生在介面設定、設定產生或底層連線階段。

V2Ray: Project V 生態中的網路代理技術與設定體系，常用來統稱相關協定、核心與客戶端工具。實際排查時，「V2Ray」這個廣泛名稱仍不夠，還需要確認使用哪個客戶端、哪個核心家族以及哪種協定。不同實作的選單名稱可能不同，但設定分層邏輯相近。
V2Fly: 延續 Project V 技術路線的社群維護核心家族，擁有獨立版本與設定實作。V2Fly 與 Xray 共用部分概念，但協定支援、欄位細節與更新節奏並不完全相同。選擇客戶端時，應確認實際呼叫的核心，不要只根據應用程式名稱推斷。
Xray: 與 V2Ray 設定體系密切相關的核心家族，支援 VLESS、REALITY 等協定與傳輸能力。Xray 通常由圖形客戶端以背景程序啟動，日誌中會記錄設定解析、監聽連接埠與連線錯誤。修改進階參數前，先確認目前客戶端是否使用此核心，以及版本是否支援對應欄位。
v2rayN: 適用於 Windows、macOS 與 Linux 的桌面圖形客戶端。它負責訂閱更新、伺服器清單、路由設定、系統代理與核心管理，並將介面選項轉換為核心可讀的設定。桌面版與傳統介面的操作位置可能不同，閱讀教學時應先確認使用的介面類型。
v2rayNG: 適用於 Android 的圖形客戶端，通常使用 Xray 核心處理連線與路由。它可匯入訂閱或單筆分享連結，並透過系統 VPN 介面接管選定流量。背景限制、電池策略與系統網路切換都可能影響持續連線，需與協定設定分開排查。
v2flyNG: 適用於 Android 的 V2Fly 核心客戶端，可用於需要 V2Fly 技術路線的設定。其介面操作與常見行動客戶端相似，但底層支援範圍取決於 V2Fly 核心。匯入設定前應確認協定與傳輸欄位是否在該核心的支援範圍內。
核心: 負責讀取設定、開啟本機監聽、建立遠端連線、處理協定並執行路由規則的背景程式。圖形客戶端顯示「已啟動」時，通常代表核心程序已執行，但不一定表示每筆伺服器設定都能連線。排查啟動失敗應先查看本機日誌；排查單一節點則應關注該次連線對應的錯誤行。

03 / SUBSCRIPTION

訂閱與節點

訂閱是設定來源，節點是客戶端儲存的單筆伺服器紀錄，測試結果則是在特定條件下取得的測量值。將這三類概念分開，有助於減少「更新成功卻無法連線」之類的誤判。

訂閱: 由伺服器端提供的設定集合網址，客戶端請求並解析後，會將其中的伺服器項目寫入本機清單。新增訂閱網址只是登記來源，通常還需要執行一次更新。更新失敗時，應區分網址無法存取、回傳內容異常與客戶端解析失敗三種情況。
節點: 客戶端伺服器清單中的單筆設定紀錄，包含位址、連接埠、協定、驗證與傳輸參數。節點名稱主要用於辨識，不會決定實際連線目標。兩筆顯示名稱不同的紀錄可能使用相同伺服器參數，也可能因安全層或傳輸方式不同而產生完全不同的連線結果。
訂閱群組: 用於區分多個訂閱來源的管理單位。群組可協助分別更新、停用或篩選伺服器，避免所有項目混在一個過長的清單中。修改群組名稱通常不會改變遠端訂閱內容，但刪除群組前應確認客戶端會如何處理其中的本機紀錄。
分享連結: 將單筆伺服器設定編碼成特定 URI 的文字格式，相容客戶端可據此還原主要參數。分享連結適合匯入單筆紀錄，訂閱網址則用於持續取得一組設定，兩者用途不同。解析失敗通常表示連結格式、編碼內容或客戶端支援範圍存在差異。
延遲: 資料在本機與目標之間完成一次往返所需的時間，通常以毫秒表示。不同測試可能只探測網路可達性，也可能包含交握與目標存取，因此結果不能直接互相比較。較低的探測耗時也不代表後續連線一定穩定。
實際連線延遲: 透過實際建立協定連線並存取測試目標測得的耗時。它比單純網路探測包含更多階段，更接近客戶端建立業務連線的過程，但仍只是特定測試條件下的結果。測試目標、DNS、目前網路與伺服器負載變化都會影響數值。

04 / ROUTING

路由與分流

路由系統讀取連線的網域、位址、連接埠或程序資訊，再選擇對應出站。規則是否有效，不只取決於內容本身，也取決於排列順序與核心能否取得原始目標資訊。

路由規則: 根據網域、位址、連接埠、網路類型、協定或程序等條件，決定流量使用哪個出站的設定集合。規則負責選擇路徑，不負責修正伺服器參數。撰寫規則前應先確認目標、比對條件與預期出站，避免以過寬條件覆蓋後續細分規則。
分流: 將不同目標或應用程式的連線分配至代理、直接連線或阻斷等出站方式的處理流程。分流可以使用內建規則集，也可以由使用者撰寫明確條件。存取路徑不符預期時，應先檢查命中了哪條規則，再檢查該規則指向的出站。
GeoIP: 依位址區段分類網路位址的資料集合，可作為路由規則中的批次比對條件。GeoIP 比對的是解析後或連線目標中的位址，不等同於網域分類。資料檔案有更新時間，位址歸屬變化時，舊資料可能與目前網路情況不完全一致。
GeoSite: 依用途、組織或類別整理網域的資料集合，核心可使用分類名稱比對大量網域。GeoSite 處理網域維度，GeoIP 處理位址維度，兩者經常同時出現在路由規則中。分類集合不等於即時線上目錄，規則結果仍需結合實際解析過程判斷。
出站: 核心處理完入站連線後選擇的出口。常見出站包括使用指定伺服器建立代理連線、直接連線至目標，或對連線執行阻斷處理。路由規則最後通常會指向某個出站標籤，因此標籤拼寫與設定引用關係必須一致。
規則優先順序: 多條路由規則都可能符合同一連線時採用的判斷順序。許多設定會依規則排列順序由前往後處理，先命中的寬泛規則可能讓後面的精細規則失去機會。調整順序前應記錄原始設定，並以明確目標逐條驗證。

05 / NETWORK

網路基礎

客戶端必須先在本機接收應用程式流量，再將連線交給核心處理。系統代理、TUN、DNS 與監聽連接埠分屬不同環節，排查時應依「應用程式—本機入口—路由—遠端連線」的順序檢查。

系統代理: 作業系統提供給應用程式讀取的一組代理設定。瀏覽器等遵循系統設定的程式會自動連線至客戶端開放的本機連接埠，但部分終端工具、遊戲或自帶網路堆疊的程式可能使用獨立設定。系統代理已開啟，只能表示入口已登記，仍需確認客戶端核心與伺服器連線狀態。
TUN 模式: 透過虛擬網路介面接收系統流量的運作方式，可涵蓋不讀取系統代理設定的程式。TUN 模式需要處理路由表、DNS 與應用程式相容性，因此比一般系統代理涉及更多系統層設定。啟用後若出現部分應用程式異常，應先檢查繞過規則與 DNS 設定。
FakeDNS: 為網域暫時分配保留位址，並在核心中維護網域與該位址之間對應關係的機制。它常用於 TUN 情境，讓核心在接收到位址連線時仍能辨識原始網域並執行網域規則。FakeDNS 不是公共解析器，其對應關係需要由同一套流量處理鏈路正確接管。
DNS: 將網域轉換為網路位址的基礎服務。V2Ray 客戶端設定可能同時涉及作業系統解析器、核心內建解析設定與遠端解析策略。排查網域無法開啟但位址可連線的問題時，應分別查看查詢是否成功、回傳了哪個位址，以及後續路由如何處理。
DNS 洩漏: 業務連線經過預期路徑，但網域查詢仍由其他解析器處理的現象。它通常與系統解析設定、瀏覽器安全 DNS、TUN 接管範圍或核心 DNS 路由有關。排查時不能只看最終連線位址，還要確認查詢要求實際由哪一層發出與處理。
本機監聽連接埠: 客戶端在本機開放並等待應用程式連線的連接埠，例如 SOCKS 或 HTTP 入口連接埠。同一位址上的一個連接埠通常不能同時由兩個程序占用，發生衝突時核心可能啟動後立即退出。修改連接埠後，也應同步更新系統代理或應用程式中的對應設定。
SOCKS 代理: 運作於應用程式連線層的通用代理介面，可承載多種上層協定。應用程式可以將目標位址或網域交給 SOCKS 入口，再由客戶端核心完成連線與路由。使用網域時，還需注意應用程式是在本機先解析，還是將網域交給代理端處理。
HTTP 代理: 適用於 HTTP 要求及 HTTPS CONNECT 通道的本機代理介面，瀏覽器與開發工具經常使用。它與 SOCKS 代理的協定格式不同，未確認前不能直接互換填寫連接埠。終端程式若不讀取系統代理，通常還需要在程式本身的設定中指定代理位址。