V2Ray 術語解說
依設定層次查閱協定、核心與用戶端設定。
遇到不熟悉的欄位時，先確認它屬於哪個層次。協定決定連線雙方如何通訊，傳輸方式決定流量如何承載，核心負責執行連線邏輯，用戶端則負責整理設定。名稱相近的選項不一定能互換；本頁說明各概念的界線，具體操作請接著參閱進階設定。
協定與傳輸
先區分驗證、承載方式與連線安全。即使協定名稱相同，傳輸參數仍可能不同。
- VMess代理協定 · 用戶識別碼驗證
- VMess 是 Project V 生態系中的代理協定，使用用戶識別碼進行驗證，並包含相應的安全機制。現代設定通常使用 AEAD，舊教學中的某些參數不宜直接沿用。匯入時除了用戶識別碼，也要核對連接埠、傳輸方式及 TLS 設定；選對協定不代表連線參數已完整。
- VLESS代理協定 · UUID
- VLESS 使用 UUID 識別用戶，協定本身不提供載荷加密，連線安全須搭配 TLS 或 REALITY 等機制理解。它不是 VMess 的另一種名稱，兩者的欄位不能直接互換。使用時也要確認核心是否支援所選傳輸方式與 flow 參數，不能只把協定下拉選單改成 VLESS。
- Trojan代理協定 · 密碼驗證
- Trojan 通常透過 TLS 保護連線，並以密碼驗證；此處指的是協定，不是同名的惡意程式概念。密碼正確不代表憑證驗證一定會通過，伺服器名稱與系統時間也會影響握手。應分別核對用戶端中的位址、TLS 伺服器名稱與傳輸選項，不建議略過驗證來掩蓋設定錯誤。
- REALITY連線安全機制 · Xray 生態系
- REALITY 是 Xray 生態系中的連線安全機制，通常與 VLESS 等協定搭配使用，並非獨立的節點協定。設定常涉及公鑰、伺服器名稱與 shortId，實際欄位會因核心及用戶端版本而異。只複製位址和 UUID 往往不夠；應依節點提供的完整參數匯入，並確認所選核心能解析這些欄位。
- WebSocket傳輸方式 · WS
- WebSocket 是一種雙向通訊方式，可作為代理流量的承載層，與 VMess 或 VLESS 等代理協定分屬不同層次。設定中的路徑與 Host 須符合伺服器端要求；TLS 伺服器名稱則是另一個設定項目。路徑大小寫、開頭斜線或 Host 不一致，都可能造成連線在傳輸階段失敗。
核心與生態系
介面負責管理，核心負責執行。選擇用戶端時，也要確認協定支援與設定方式。
- Project V開源專案生態系
- Project V 是以 V2Ray 及相關網路工具為核心發展的開源專案生態系，並非某款桌面用戶端的名稱。生態系中既有負責執行網路邏輯的核心，也有協助用戶管理設定的介面程式。看到「支援 V2Ray」時，仍須進一步確認支援哪些協定、使用哪個核心，以及能否設定節點所需參數。
- V2FlyV2Ray 社群維護專案
- V2Fly 是維護 V2Ray 核心及相關生態系的社群專案，也常用來指稱相應的核心分支。它與 Xray 有共同的生態背景，但協定支援、設定結構與版本演進不宜視為完全相同。遷移設定前，先確認欄位含義；用戶端能匯入連結，也不代表已具備所有連線能力。
- Xray獨立核心專案
- Xray 是從 V2Ray 生態系發展而來的獨立核心專案，擁有自己的協定、傳輸與設定演進路線。REALITY 等功能能否使用，取決於核心版本，也取決於用戶端能否產生所需設定。核心名稱不代表速度保證；選擇時應先確認節點的技術要求，再考量用戶端的設定方式與維護狀況。
- 核心Core · 設定執行程式
- 核心負責實際處理協定、判斷路由、管理 DNS 邏輯與網路連線，圖形介面通常會將用戶設定轉換成核心設定。用戶端介面能開啟，不代表核心已成功啟動；欄位錯誤或連接埠遭占用都可能導致核心無法執行。排查時請區分用戶端記錄與核心輸出，並在核心比較中確認功能範圍。
- 圖形用戶端v2rayN / v2rayNG / v2flyNG
- 圖形用戶端負責管理節點清單、更新訂閱、產生設定與控制執行，降低直接編輯核心設定的門檻。v2rayN 適用於桌面平台，v2rayNG 與 v2flyNG 適用於 Android；核心與功能支援情形須分別確認。用戶端名稱、核心名稱和代理協定是三個不同概念，不能只憑介面外觀判斷節點是否相容。
訂閱與節點
訂閱管理設定來源，節點則儲存連線參數。更新、轉換與篩選各有不同用途。
- 訂閱Subscription · 設定分發網址
- 訂閱通常是用來取得一組節點的網址；用戶端提出要求後，會將內容解析為連線設定。更新訂閱主要刷新節點及其參數，不代表本機路由規則或 DNS 設定也會同步變更。網址可能包含存取憑證，應妥善保管；公開討論問題時，請勿貼出完整連結，可先參閱匯入訂閱步驟。
- 節點Node · 伺服器連線設定
- 節點是用戶端儲存的一組伺服器連線參數，通常包括位址、連接埠、驗證資訊、協定與傳輸選項。節點備註只是方便辨識的標籤，不保證與伺服器實際位置或線路特徵完全相符。成功匯入節點不代表能夠連線；還須確認設定完整、服務可用，並透過實際要求觀察目前的連線狀態。
- 訂閱群組用戶端管理單位
- 訂閱群組用來依來源或用途整理節點，方便分別更新、篩選及管理清單。群組名稱屬於用戶端管理層，不等同於核心的出站 tag，也不一定會直接參與路由。刪除群組、移除節點與停用更新可能是不同操作；執行前請查看用戶端提示，避免把整理清單誤當成修改伺服器設定。
- 訂閱轉換Subscription conversion
- 訂閱轉換是將一種設定內容整理成另一種用戶端可識別的格式，不會憑空補上伺服器端缺少的參數。轉換可能遺漏特殊傳輸欄位，或改變群組與路由的表示方式，因此匯入後仍須檢查。轉換服務可能接觸訂閱網址及節點憑證；請優先使用用戶端原生支援的格式，並確認資料會交由誰處理。
- 流量倍率配額折算係數
- 流量倍率描述訂閱服務針對特定節點採用的計費或配額折算方式，並非用戶端核心提供的效能指標。例如，二倍倍率通常表示實際使用一份流量會扣除兩份配額，實際計算仍以服務說明為準。倍率較高不一定更快，較低也不一定更慢；應一併考量實際穩定性、用途與剩餘配額。
路由與分流
規則決定流量走向，資料集合提供比對條件。先看規則順序，再確認出站標籤。
- 路由規則routing.rules
- 路由規則會依網域、IP、連接埠或其他條件比對流量，再選擇相應的出站。規則通常由上而下判斷，較早符合的規則會影響後續規則是否有機會處理同一連線。請將具體規則排在較寬泛的規則之前，並確認引用的出站確實存在；多個條件組合後的含義，仍須依所用核心的設定語法判讀。
- 分流依條件選擇出站
- 分流是讓不同流量使用不同出站的設定方式，例如部分要求直連、部分經代理、部分則予以封鎖。它取決於規則、資料資源與流量入口，不只是切換模式按鈕。DNS 解析結果與核心能否取得網域資訊也會影響比對；驗證時應查看實際命中的規則與出站，而不只確認網頁能否開啟。
- GeoIPIP 位址集合 · geoip:private
- GeoIP 在設定中通常指依地區或用途整理的 IP 集合，規則可引用相應分類來比對位址。例如，
geoip:private通常用於私有位址範圍，但分類名稱是否可用取決於載入的資料。這不是線路位置的即時測量；資料過舊或網域解析結果變動，都可能影響實際比對結果。
- GeoSite網域集合 · geosite:cn
- GeoSite 常用來引用依服務或用途整理的網域集合，省去逐一維護大量網域規則的麻煩。分類名稱及涵蓋範圍由各資料檔案決定，不同來源的同名集合也可能有差異。如果核心只收到目標 IP、沒有網域資訊，網域集合可能無法直接比對，須一併檢查 DNS、嗅探與流量入口。
- 出站Outbound · outboundTag
- 出站是核心向外處理流量的單位，可負責代理連線、直連或封鎖等行為。路由通常透過 tag 引用出站；
direct、block只是常見命名慣例，必須與實際設定相符。用戶端中的節點備註不一定就是出站 tag；自訂規則前，請先確認產生的設定檔中實際使用的標籤。
DNS 與網路堆疊
解析路徑與應用程式連線路徑是兩回事。流量接管、加密查詢與網域映射不可混為一談。
- DNSDomain Name System
- DNS 用來將網域解析為 IP 位址等紀錄，用戶端內建解析器與系統解析器可能分別處理不同要求。應用程式連線經由代理，不代表先前的 DNS 查詢也經過代理。設定時請分別確認由誰發起查詢、查詢交給哪個解析器，以及透過哪個出站傳送，再依DNS 設定說明檢查解析與路由的配合情況。
- DNS over HTTPSDoH · HTTPS DNS 查詢
- DoH 透過 HTTPS 連線傳送 DNS 查詢，用來保護用戶端與解析服務之間的查詢內容。查詢加密不代表查詢會自動經過代理，也不保證解析結果一定適合目前的線路。如果解析服務的位址本身是網域，還須考慮首次解析的依賴問題；排查時應檢查連線路徑與初始解析，不能只看網址是否以 HTTPS 開頭。
- FakeDNS合成 IP 與網域映射
- FakeDNS 會為網域回傳合成 IP，並在本機維護映射，讓後續連線能還原網域並參與路由判斷。它不是提供真實公網位址的一般 DNS 服務，必須搭配流量接管與映射還原使用。如果合成位址未納入接管範圍，或應用程式快取了舊映射，連線就可能失敗；啟用或停用後，請留意快取與路由是否仍一致。
- DNS 洩漏查詢偏離預期解析路徑
- DNS 洩漏是指查詢抵達非預期的解析器，或經由非預期路徑傳送。應先釐清哪些查詢原本應透過代理處理。作業系統、瀏覽器與應用程式可能各自使用解析機制，單獨調整用戶端 DNS 未必涵蓋所有來源。測試結果須搭配記錄與設定解讀；若原本就安排直連解析，不能只因查詢未經代理便判定為異常。
- TUN 模式虛擬網路介面 · IP 流量接管
- TUN 模式透過虛擬網路介面將 IP 流量交由用戶端網路堆疊處理，涵蓋範圍與只修改系統代理不同。啟用通常涉及管理員權限、系統路由與 DNS 接管，也可能與其他網路工具的虛擬介面衝突。TUN 不代表所有流量一定經過代理，最終仍由路由規則決定；開始設定前可先參閱TUN 模式設定。
用戶端設定項目
接管範圍、監聽入口與測試指標各自回答不同問題。先確認測試目標，再解讀結果。
- 系統代理作業系統代理設定
- 系統代理為遵循作業系統設定的應用程式提供代理入口，通常指向用戶端的本機監聽位址與連接埠。部分程式使用自己的網路設定，可能不會遵循系統代理，因此啟用後不代表所有連線都會被接管。清除系統代理只會撤銷相關系統設定，不等於關閉核心或停用 TUN；結束用戶端時，應分別檢查這些狀態。
- 本機監聽連接埠Inbound · 本機連線入口
- 本機監聽連接埠用來接收應用程式傳送給用戶端的連線，與遠端節點的連接埠是不同項目。應用程式設定的代理連接埠須與用戶端實際監聽的連接埠一致，也要區分 HTTP、SOCKS 等入口類型。若僅供本機使用，通常會綁定回環位址；開放給其他裝置前，應確認存取控制與網路界線，避免擴大可存取範圍。
- TcpingTCP 連線建立耗時
- Tcping 通常測量與目標連接埠建立 TCP 連線所需的時間，適合初步觀察連接埠是否可達及握手耗時。測試成功只代表這個階段能夠完成，不表示代理驗證、TLS、DNS 或應用程式要求全部正常。不同工具的重試與計時方式可能不同，應在相同測試條件下比較結果，也不宜直接以此判定下載速度。
- 實際連線延遲透過代理送出要求的耗時指標
- 實際連線延遲通常是透過選定節點向指定測試位址送出要求所得的耗時，比單純測量 TCP 握手更接近代理連線的實際使用情況。耗時可能包含解析、代理握手與目標回應，但實際計時範圍取決於用戶端的實作方式。測試位址不同會影響結果，逾時也不一定表示所有服務都無法使用；這仍與頻寬測速是不同指標。
- 網域嗅探Sniffing · 擷取網域線索
- 網域嗅探會從可辨識的連線初始資訊中擷取網域線索，例如部分 HTTP 要求或 TLS 握手資訊，以輔助路由判斷。這不等於解密通訊內容，也無法保證辨識所有協定與連線。是否覆寫原始目標位址，以及是否僅用於路由，是不同設定；啟用後若行為改變，應分別核對各選項的含義。