V2Ray / 設定術語
V2Ray 術語整理
協定決定連線如何建立，核心負責執行，用戶端負責管理。依五大類查閱設定名稱，先釐清作用層級，再對照實際參數。
26 個術語
協定與核心 · 接入與分流 · 測試與解析
PROTOCOL / TRANSPORT
協定與傳輸
節點類型只是設定的一部分。代理協定、傳輸方式與連線安全機制，須分別對應伺服器端設定。
- 協定與傳輸VMess
- VMess 是 Project V 生態系中的代理協定，具備身分驗證與資料加密機制，常以 UUID 識別使用者。VMess 與 TCP、WebSocket 等傳輸方式屬於不同層級，匯入設定時不能只核對協定名稱。部分驗證流程會受時間影響，系統時鐘偏差可能導致連線失敗；新設定通常採用 AEAD 格式，不建議直接套用舊教學中的參數。
- 協定與傳輸VLESS
- VLESS 是 Xray 生態系常用的輕量代理協定，常見部署會以 TLS 或 REALITY 保護連線，而非只靠 VLESS 本身。UUID、傳輸方式、伺服器名稱，以及可能使用的 flow 都須與伺服器端設定一致。即使協定類型同為 VLESS，設定也不一定能互換；選用前還要確認核心是否支援整組參數。
- 協定與傳輸Trojan
- Trojan 通常透過 TLS 連線運作，並以密碼進行代理層的身分驗證。密碼用於驗證使用者，伺服器名稱與憑證驗證則用來確認 TLS 連線目標，兩者不能互相取代。遇到憑證錯誤時，應先檢查網域、系統時間與憑證設定，不應將略過憑證驗證當成一般設定。
- 協定與傳輸Shadowsocks（SS）
- Shadowsocks 是以加密代理為核心的協定家族，用戶端常簡稱為 SS。加密方式與密碼須符合伺服器端要求，AEAD 也不能與較新的協定變體混用。支援哪些加密方式、UDP 與擴充功能，取決於核心實作；看到 SS 類型後，仍須核對其他欄位。
- 協定與傳輸REALITY
- REALITY 是 Xray 的連線安全機制之一，常與 VLESS 搭配使用，並非可單獨取代代理協定的節點類型。公鑰、伺服器名稱與
shortId等參數須與伺服器端設定相符，不能任意拼湊其他設定中的參數。用戶端顯示相關輸入欄位，不代表目前執行中的核心已支援這組設定。
PROJECT / CORE
核心與生態系
圖形用戶端與代理核心是不同程式。介面看起來相似，不代表支援的功能與設定格式完全相同。
- 核心與生態系Project V
- Project V 指以模組化網路代理工具為核心發展出的專案與技術生態系，V2Ray 是其中的重要組成部分。它不是桌面或 Android 用戶端的名稱，也不是可直接填入節點類型的協定。閱讀文件時，還應確認內容適用於哪個核心、哪種設定格式，以及圖形用戶端中的哪個設定位置。
- 核心與生態系V2Fly
- V2Fly 是延續 V2Ray 發展的社群專案，其核心負責處理協定連線、路由與 DNS 等功能。v2flyNG 是以此核心生態系為基礎的 Android 用戶端，專案名稱與用戶端名稱應分開理解。V2Fly 與 Xray 共用部分設定概念，但各自演進的欄位與功能不應預設為相容。
- 核心與生態系Xray
- Xray 源自 V2Ray 技術體系，後續發展出獨立的功能與設定；REALITY 等功能須由相容的核心支援。v2rayNG 使用 Xray 核心，v2rayN 的實際執行能力則須視所選核心與版本而定。更換核心後，連線參數、路由行為與記錄內容都可能改變，不能只比較介面是否相同。
- 核心與生態系核心（Core）
- 核心是實際執行代理協定、連線處理、路由與 DNS 設定的程式；圖形用戶端負責整理設定並呼叫核心。排查問題時，介面顯示設定儲存成功，只代表設定已被接受，仍須確認核心是否正常啟動。用戶端版本與核心版本是兩項不同資訊；回報相容性問題時應一併記錄，避免混淆介面缺少選項與核心錯誤。
CLIENT / INBOUND
用戶端功能
先確認應用程式流量如何進入處理流程。系統代理、虛擬網路介面與依應用程式設定的分流，涵蓋的流量範圍各不相同。
- 用戶端功能系統代理
- 系統代理會向作業系統登記本機代理位址，主要影響遵循該設定的應用程式，不代表接管所有網路流量。v2rayN 的自動設定與清除系統代理，修改的是流量接入入口，而非伺服器本身。應用程式內建的代理設定可能會覆蓋系統設定；已進入核心的連線要走代理或直連，則由路由規則決定。
- 用戶端功能TUN 模式
- TUN 模式透過虛擬網路介面接收 IP 封包，可涵蓋部分不讀取系統代理設定的應用程式。實際涵蓋範圍也會受系統路由、執行權限、排除規則與用戶端實作影響，不能只看開關狀態判斷。啟用後若發生解析異常，也應檢查 DNS 接管設定與其他虛擬網路介面，避免多個元件競用同一路徑。
- 用戶端功能VpnService
- VpnService 是 Android 提供的虛擬網路介面服務機制，v2rayNG 可藉此接收應用程式流量，再交由核心處理。系統顯示的 VPN 授權提示，代表允許建立此介面，不表示每條連線都會送往遠端伺服器。同一使用者環境中的其他 VPN 服務可能與它衝突；背景連線中斷時，也應檢查系統的省電限制。
- 用戶端功能依應用程式分流
- 依應用程式分流會決定流量是否進入用戶端的代理處理流程，常見模式包括只接管選取的應用程式，或略過選取的應用程式。清單的作用取決於目前模式，勾選前應先確認介面說明。即使應用程式已納入接管範圍，仍可能依路由規則走直連出口，因此應分開檢查應用程式清單與網域分流規則。
- 用戶端功能入站（Inbound）
- 入站是核心接收連線的入口，常見設定包含本機 HTTP 或 SOCKS 監聽服務；監聽位址、連接埠與協定共同決定應用程式如何接入。應用程式填寫的本機代理連接埠須與實際入站設定相符，不能填入伺服器連接埠。監聽回送位址通常只供本機存取；若要開放給其他網路介面，須留意存取控制與網路曝露範圍。
SUBSCRIPTION / TEST
訂閱與節點
訂閱是設定來源，節點是設定記錄，測試結果則是在特定條件下取得的觀測值，三者不能互相取代。
- 訂閱與節點訂閱連結
- 訂閱連結是用來取得一組伺服器設定的網址；用戶端更新訂閱時會重新請求內容，再依自身邏輯整理節點。訂閱服務回傳的格式須能讓用戶端識別，不能將任意網頁網址當成訂閱匯入。網址可能包含存取憑證，請妥善保管；更新前也要留意手動修改過的節點參數是否會被覆蓋。
- 訂閱與節點節點
- 節點是用戶端中一組可選伺服器設定的常見稱呼，通常包含位址、連接埠、身分驗證、傳輸方式與連線安全參數。顯示名稱不一定代表一台獨立伺服器；同一位址也可能透過不同連接埠或參數提供不同入口。要判斷設定是否重複或失效，應比較實際欄位與連線記錄，不能只看名稱。
- 訂閱與節點延遲
- 延遲是測試從開始到收到指定回應所花的時間，數值必須搭配測試方法才有參考意義。ICMP ping 著重網路層往返時間，TCP 測試通常測量連接埠交握，應用程式請求測試還可能包含協定協商與目標回應。低延遲不代表下載速度快；比較節點時，應盡量使用相同的測試目標、方法與時間條件。
- 訂閱與節點實際連線延遲
- 實際連線延遲通常指透過目前的代理設定向測試目標發出實際請求所需的時間，計時範圍依用戶端實作而異。結果可能受網域解析、協定交握、目標網站回應與連線重用狀態影響，不能直接視為純粹的線路延遲。測試失敗也不一定代表節點失效，應先排除測試目標與本機設定的影響。
ROUTING / RESOLUTION
路由與 DNS
規則必須有可供比對的資訊。網域是否保留、何時解析為 IP、查詢從哪裡送出，都會影響分流結果。
- 路由與 DNS路由規則
- 路由規則依網域、IP、連接埠等條件為連線選擇出口；V2Ray 與 Xray 的常見規則會依序由上而下比對。規則中的
outboundTag必須對應已定義的出口標籤；同一條規則中的不同條件通常須同時符合。調整規則前先確認順序與比對對象，避免範圍過廣的規則搶先攔截連線。 - 路由與 DNS分流
- 分流是將不同連線分配至代理、直連或封鎖等出口的處理策略，不是一種獨立協定。實際結果由流量接入範圍、規則順序、網域資訊與 DNS 設定共同決定。排查應用程式走錯出口時，應先確認流量是否進入核心，再檢查命中的規則；只切換節點通常不會改變既有的直連規則。
- 路由與 DNSGeoIP
- GeoIP 在此指依標籤整理的 IP 位址集合，路由可透過
geoip:private等表示式引用相關資料。標籤是否存在、包含哪些位址，取決於使用的規則資料與核心支援情況。IP 歸屬資訊不等於線路品質，也不一定代表服務實際營運地點；網域連線能否參與 IP 比對，還會受到解析策略影響。 - 路由與 DNSGeoSite
- GeoSite 是依標籤整理的網域集合，與依 IP 位址比對的 GeoIP 不同。表示式中的標籤來自規則資料檔，不能只憑網站名稱猜測標籤並期待規則生效。若規則只取得目標 IP 而沒有網域，網域集合可能無法直接命中；應一併檢查入站提供的資訊與嗅探設定。
- 路由與 DNSDNS
- DNS 會將網域解析為 IP 等記錄，應用程式、作業系統與代理核心都可能各自發出查詢。核心中的 DNS 設定不一定會接管系統的所有查詢，瀏覽器內建的加密 DNS 也可能形成另一條解析路徑。排查時應分別確認由誰發起查詢、請求送往哪個解析器，以及查詢連線使用哪個出口，而不只是查看 DNS 位址。
- 路由與 DNSFakeDNS
- FakeDNS 會向應用程式回傳映射位址，並在內部保留該位址與原始網域的對應關係，供後續連線還原網域。此機制須搭配流量接管與映射識別流程使用，不能當成一般公共 DNS 伺服器位址填入。若應用程式仍快取映射位址，但相關功能已關閉或映射狀態遺失，就可能造成連線異常。
- 路由與 DNSDNS 洩漏
- DNS 洩漏是指查詢未沿預期的解析路徑送出，例如原本應由指定路徑處理的查詢，仍交由本地網路解析器處理。是否屬於異常，須依實際策略判斷；檢測結果出現多個解析器，不一定代表有問題。應一併核對系統 DNS、應用程式的加密 DNS、流量接管範圍與核心記錄；只更換節點不會自動修正所有查詢路徑。