V2Ray 術語表：VLESS、REALITY、Xray 與路由分流

PROTOCOL

代理協定

協定決定用戶端與伺服器如何交換代理請求並完成驗證。協定相同只是基本條件，傳輸與安全參數也必須相符。

VMess: Project V 生態系中的代理協定，具備使用者驗證與資料保護機制，常見設定中會出現 UUID 等欄位。用戶端與伺服器不僅要選用相同協定，傳輸方式及安全設定也必須相符。裝置時間偏差可能影響驗證；若連線失敗，應先確認自動校時是否正常，不要反覆更換本機代理連接埠。

VLESS: 將代理協定本身與底層安全機制分開的輕量協定，常搭配 TLS 或 REALITY 使用。常見設定仰賴外層提供傳輸保護，不能只看名稱就判斷整條連線的加密方式；新擴充功能是否可用，也須確認雙方的核心版本。匯入後應一併檢查 UUID、傳輸類型、安全類型及 flow，不能只核對伺服器位址。

Trojan: 通常透過 TLS 提供傳輸保護，並以密碼進行驗證的代理協定。密碼正確不代表其他參數也正確，伺服器名稱、憑證驗證及傳輸設定同樣會影響連線。遇到憑證錯誤時，應先檢查網域、裝置時間及伺服器端憑證，不宜將略過憑證驗證當作日常設定。

Shadowsocks / SS: 一類加密代理協定，在用戶端中通常簡稱 SS。設定重點包括伺服器、連接埠、加密方法及金鑰。不同協定變體對金鑰格式與核心支援各有要求，不要隨意改成看似熟悉的加密方法。匯入失敗時，先確認使用的變體，再檢查用戶端版本與分享格式。

CORE & PROJECT

核心與專案

用戶端負責操作介面，核心負責執行連線。了解專案之間的關係，才能判斷某項設定是否可用。

Project V: 與 V2Ray 起源相關的專案及工具體系概念，強調代理、傳輸與路由能力的組合運用。它不是某個附有圖形介面的安裝套件，也不是 VMess 的另一種寫法。閱讀相關資料時，應確認討論的是專案生態系、特定核心，還是管理核心的用戶端，避免混淆不同層級的功能。

V2Fly: 延續 V2Ray 開發的社群專案，維護相應核心及其設定功能。v2flyNG 主要以這套核心為基礎，但用戶端設定名稱不一定與底層設定欄位完全相同。V2Fly 與 Xray 各自演進；遇到協定擴充或傳輸選項時，須確認實際版本是否支援，不能假設兩者完全相容。

Xray: 由 V2Ray 分支演進而來的代理核心專案，負責處理協定、傳輸安全及路由等工作，v2rayNG 常使用這套核心。REALITY 等功能須依 Xray 的具體版本與設定判斷。圖形介面中看得到某個選項，不代表目前執行的核心一定支援；排查時應一併記錄用戶端與核心版本。

代理核心: 真正負責監聽本機入口、處理代理請求、執行路由並連線至遠端的程式。v2rayN 這類圖形化用戶端負責管理設定、產生執行參數及顯示記錄檔，核心則負責實際執行。即使用戶端介面已開啟，若核心啟動失敗，代理仍無法正常運作；因此，執行記錄中的啟動結果通常比介面上的開關更值得參考。

TRANSPORT & SECURITY

傳輸層與偽裝

介面可能會將承載方式與安全類型放在相鄰位置，但兩者處理的是不同問題。修改其中任一項，都必須與伺服器端設定相符。

TCP: 提供可靠且有序位元組串流的傳輸層協定，負責重傳、排序及壅塞控制等基礎工作。用戶端設定中的 TCP 或 raw 名稱仍須配合核心版本理解，兩者都不是加密開關。選擇這類承載方式後，仍須另外確認是否啟用 TLS 或 REALITY，不要將可靠傳輸與安全傳輸混為一談。

WebSocket / WS: 通常透過 HTTP 升級建立的雙向通訊機制，可作為代理設定中的承載方式。常見相關欄位包括路徑與 Host，而 TLS 伺服器名稱則屬於另一層。若握手失敗，應分別核對路徑、要求標頭、反向代理及憑證設定，不要把所有網域欄位都照抄成相同值。

gRPC: 以 HTTP/2 為基礎的遠端程序呼叫框架，部分代理核心會將其用作傳輸方式。用戶端的服務名稱須與伺服器端相符，前置反向代理也必須支援所需的 HTTP/2 轉送。連線建立後仍反覆中斷時，除了驗證參數，也應檢查中間設備的閒置逾時與連線維持設定。

REALITY: Xray 生態系中的傳輸安全機制，常見於 VLESS 連線設定，但不是與 VLESS 同層級的另一種代理協定。驗證資料、伺服器名稱及 shortId 等參數，須依伺服器端提供的資訊填寫；欄位名稱也可能隨版本調整。它與 Vision flow 是不同設定，匯入時應分別核對，不能互相取代。

ROUTING

路由與分流

先決定流量如何進入用戶端，再決定流量要走哪個出口。接管方式與路由策略是兩回事。

路由規則與分流: 依網域、IP、連接埠或其他條件，為連線選擇直連、代理或封鎖等出口的機制。規則通常依序比對，因此範圍過廣的規則若排在前面，可能會蓋過後續較精確的規則。網域策略、DNS 結果與預設出口也會影響最終判斷，不能只看單一規則名稱，就推斷所有連線都會走相同路徑。

GeoIP: 依地區或其他標籤整理的 IP 位址集合，路由可用來比對目標 IP。它反映的是資料集中的分類，不代表網頁所用語種、業務歸屬或精確地理位置。遇到使用動態位址或內容傳遞服務的網站時，應搭配網域規則判斷；資料檔缺失、標籤錯誤或長期未更新，也可能導致比對結果不如預期。

GeoSite: 依服務、用途或其他標籤整理的網域集合，適合用來設定特定類型網站的路由策略。它不是 GeoIP 的另一個名稱；要讓規則生效，核心必須取得網域資訊，並載入包含對應標籤的資料檔。若某個網站未被比對，可先核對實際要求的網域與規則內容，不要只更新用戶端介面。

TUN 模式: 透過虛擬網路介面接收並處理 IP 流量的接入方式，常用來涵蓋不讀取系統代理設定的應用程式。實際接管範圍還取決於系統路由、DNS、權限及用戶端實作；開啟開關不代表所有通訊都會自動依預期處理。啟用後若出現解析異常或流量迴圈，應檢查路由排除設定，以及是否與其他虛擬網路工具衝突。

系統代理: 將作業系統提供的代理設定指向用戶端的本機監聽入口，讓支援該設定的應用程式使用代理。部分應用程式有獨立的網路設定，可能完全不讀取系統代理，因此瀏覽器能連線，不代表其他程式也使用相同路徑。若關閉用戶端後網頁異常，應檢查系統代理是否仍指向已關閉的本機連接埠。

SUBSCRIPTION & CONFIGURATION

訂閱與設定

訂閱負責發佈設定，分享連結通常描述單筆連線。成功匯入後，仍須確認核心支援情況與本機執行設定。

訂閱: 透過單一網址取得並更新一組連線設定的發佈方式；用戶端必須能解析該網址回傳的內容格式。訂閱網址與網站登入網址並非同一概念，更新成功也不代表每筆設定都能建立連線。網址可能包含個人存取憑證，分享截圖、回報記錄檔或交流設定前，應先隱藏完整網址。

節點: 用戶端中對單筆遠端連線設定的常見稱呼，通常包含伺服器位址、連接埠、協定、驗證、傳輸及安全參數。顯示名稱只是備註，不代表伺服器的實際位置或連線品質。名稱不同的兩筆設定可能指向同一個遠端；同一位址也可能透過不同連接埠提供不同協定，判斷時應查看具體欄位。

多裝置同步設定: 在不同裝置上重複使用相同訂閱或一組連線參數的管理方式，不一定需要用戶端帳號或自動雲端同步。連線資訊可以共用，不代表路由、DNS、監聽連接埠與權限設定也能直接照搬。桌面端與 Android 裝置應分別檢查流量接管方式；若訂閱服務商限制同時連線的裝置數量，還須依其使用規範安排連線。

DNS & NETWORK

DNS 與網路基礎

能建立連線、能解析網域、能存取目標服務，屬於不同層級的結果。測試時應先確認測量的是哪個層級。

DNS: 將網域解析為 IP 位址等紀錄的系統，解析結果會影響後續連線及部分路由判斷。作業系統、瀏覽器與代理核心可能分別發出查詢，因此修改某處的 DNS，不代表所有要求都會使用該設定。排查時應確認由誰負責解析、要求走哪條路徑、使用哪個上游，以及失敗後是否會改用其他解析方式。

FakeDNS: 為網域指派合成 IP，並維護網域與合成位址對應關係的機制，方便在後續連線中還原網域資訊。合成位址不是目標服務的真實公網位址，須搭配流量接管、位址範圍路由及核心映射使用。啟用或停用後，若應用程式仍快取舊結果，可能需要清除解析快取或重新啟動相關應用程式。

DNS 洩漏: 指 DNS 查詢偏離預期的解析路徑，並由非預期的解析方接收。判斷前應先確認預期使用哪個解析服務。瀏覽器內建的安全 DNS、系統回退及應用程式自行解析，都可能改變實際路徑。偵測頁面顯示陌生業者名稱只能作為線索，還須搭配上游服務歸屬、用戶端記錄檔與實際設定判斷。

真實連線延遲: 透過實際代理連線存取測試目標所測得的耗時，與只測 ICMP ping 或 TCP 建立連線的結果意義不同。測試是否包含 DNS、協定交握、TLS 及目標回應，取決於用戶端的實作與測試設定。比較時應使用相同目標及相同測量方式；單次耗時較低不代表下載頻寬較高，也無法保證所有網站都能存取。