VMess
協定類型
VMess 是 Project V 生態系中的代理協定，包含身分驗證與資料保護機制。連線時除了伺服器與連接埠，也需要設定相符的使用者識別碼、傳輸方式及安全層等參數。驗證過程會受到系統時間影響，因此裝置時間明顯不準也可能導致連線失敗，不能只確認位址是否正確。
查看協定選型參考 →V2Ray / 概念速查
V2Ray 術語表
從設定項目名稱查起，釐清代理協定、核心、傳輸與安全層。
協定類型
代理協定規範用戶端與伺服器如何驗證身分及交換代理資料；名稱相同，不代表整份連線設定也相同。
VLESS
協定類型
VLESS 是輕量代理協定，負責代理請求與身分識別，本身不提供承載資料的加密。實際部署通常會搭配 TLS 或 REALITY 等安全層，選擇 VLESS 並不代表已完成加密設定。部分流控選項也需要特定核心與參數組合，匯入後應逐項確認。
釐清 VLESS 與 REALITY 的差異 →Trojan
協定類型
Trojan 通常透過 TLS 連線，並以密碼進行代理驗證。密碼正確只是連線條件之一，伺服器名稱、憑證驗證及傳輸方式也必須與伺服器端一致。匯入連結後若交握失敗，應分別檢查 TLS 設定與協定驗證，而不是反覆修改同一個密碼欄位。
了解 TLS 的用途 →Shadowsocks / SS
協定類型
Shadowsocks 常簡稱為 SS，是使用預先共用金鑰設定的加密代理協定。不同加密方法與協定世代在金鑰格式及實作需求上有所差異，用戶端必須支援伺服器指定的方法。不能只因介面上都有 Shadowsocks 選項，就認定兩端一定相容，也不可混用不同格式的金鑰。
查看協定相容性說明 →核心與生態系
用戶端負責操作介面與設定管理，核心負責連線及路由處理；生態系名稱不等於特定軟體套件名稱。
Project V
核心與生態系
Project V 是了解 V2Ray 起源與模組化代理工具設計的背景概念，並非某一種代理協定。討論這個生態系時，應進一步說明指的是核心程式、協定實作還是圖形化用戶端。搜尋到 V2Ray 相關名稱後，先確認軟體負責哪一層，比只看名稱選擇安裝套件更可靠。
查看用戶端與核心的分工 →Xray
核心與生態系
Xray 是以 V2Ray 程式碼為基礎發展而成的代理核心，維護自身的協定、傳輸與安全功能。REALITY 等功能需要相應的實作及版本支援，不能假設其他核心也能直接套用相同設定。切換核心前，應同時確認用戶端能否產生該核心所需欄位，並保留原本可用的設定。
查看核心差異參考 →V2Fly
核心與生態系
V2Fly 是持續維護 V2Ray 相關實作的社群專案，用戶端中的 V2Fly 核心選項通常指其維護的核心程式。它與 Xray 有共同的發展歷程，但功能演進、欄位及設定格式不能一概而論。v2flyNG 是圖形化用戶端名稱，不應直接視為 V2Fly 核心本身。
對照 Xray 的功能分工 →圖形化用戶端
核心與生態系
圖形化用戶端提供訂閱匯入、節點選擇、路由編輯及系統整合等操作介面，實際網路處理則由核心負責。v2rayN 適用於桌面平台，v2rayNG 與 v2flyNG 適用於 Android，實際功能仍取決於整合的核心。介面能顯示某個欄位，不代表目前選用的核心或伺服器支援該組設定。
依平台查看用戶端 →傳輸與加密
代理協定、傳輸封裝與安全層各自描述不同功能，不能只選其中一項就推斷完整的連線方式。
TLS
傳輸與加密
TLS 提供通訊加密、完整性保護與身分驗證，代理設定中的伺服器名稱通常會用於交握及憑證驗證。連線位址與驗證名稱可以不同，但必須符合伺服器的部署設定。關閉憑證驗證會降低身分驗證保障；遇到憑證錯誤時，應先檢查名稱、憑證鏈及裝置時間。
查看安全層設定範圍 →REALITY
傳輸與加密
REALITY 是 Xray 生態系中的傳輸安全機制，並非與 VMess、VLESS 同一層級的獨立代理協定。常見設定會同時使用 VLESS 與 REALITY，分別代表代理協定與安全層。公鑰、伺服器名稱、短識別碼等欄位須依伺服器端要求填寫，不能只把一般 TLS 設定改名後使用。
返回 VLESS 術語 →傳輸方式
傳輸與加密
傳輸方式描述代理資料如何承載或封裝，例如直接使用 TCP，或採用 WebSocket、gRPC 等形式。所需路徑、服務名稱與標頭參數會隨傳輸方式改變，並非所有代理協定與安全層都能任意組合。即使選項名稱相同，也應確認用戶端及伺服器端核心實際支援的範圍。
查看協定與傳輸方式的組合 →多工 / Mux
傳輸與加密
多工會將多個邏輯資料流放入較少的底層連線，以減少部分重複建立連線的成本。它不是通用的加速開關；若底層連線受阻，也可能同時影響多個請求。不同核心的實作與相容條件可能不一，是否啟用應依協定組合、網路狀況及實際應用測試判斷。
了解連線測試的限制 →訂閱與連結
單一設定與設定集合的入口用途不同；成功匯入、成功更新及能夠連線也屬於不同的檢查環節。
訂閱網址
訂閱與連結
訂閱網址是取得一組連線設定的入口，用戶端會向該網址發出請求，再解析傳回的內容。網址通常包含存取識別資訊，應妥善保管，避免出現在公開截圖或求助文字中。不同用戶端支援的訂閱格式及擴充欄位各有差異，能夠存取同一網址，不代表其中內容一定能正確匯入。
查看訂閱匯入步驟 →節點
訂閱與連結
節點是用戶端對可選連線設定的常見稱呼，通常包含伺服器、連接埠、驗證、傳輸及安全層參數。節點不一定對應專屬的實體伺服器，顯示名稱也只是方便辨識的標籤。判斷設定是否重複或等效，應比較實際參數，而不只是名稱、地區描述或排序位置。
了解節點分享方式 →分享連結
訂閱與連結
分享連結會將連線設定編碼為特定 URI，例如以 vmess://、vless:// 或 trojan:// 開頭的文字。這類連結通常代表單一設定，與定期取得一組設定的訂閱網址不同。QR Code 只是另一種文字呈現方式，掃描匯入仍須由用戶端支援其中的協定與欄位。
更新訂閱
訂閱與連結
更新訂閱是重新取得遠端內容，並據此更新本機連線設定的操作，不等同於升級用戶端或核心。更新可能會變更節點名稱、參數或可用清單，因此修改訂閱節點前，應先了解用戶端如何保留本機編輯內容。更新失敗時，先分辨是網址請求失敗、回傳格式不相容，還是個別欄位不受支援。
查看安裝與設定問題 →路由分流
網域比對、IP 比對與解析流程彼此影響；檢查規則時，應同時確認順序、比對條件及最後使用的出口。
路由規則
路由分流
路由規則會依網域、目標 IP、連接埠或其他條件，為連線選擇對應出口。常見實作會依設定順序逐條檢查，前面的規則一旦符合，後續規則可能不再生效；未符合任何規則的流量則依預設策略處理。排查時應先確認流量是否進入核心，再核對符合的條件，不能只看規則名稱判斷結果。
查看路由選型與比對說明 →GeoIP
路由分流
GeoIP 在此通常指依地區或預先定義類別整理而成的 IP 位址集合，geoip:cn 是常見的引用格式。分類結果取決於資料來源及更新時間，並非即時測量伺服器的實際地理位置。目標若使用共用位址，或服務部署有所變動，IP 分類結果也不一定符合對特定網站用途的判斷。
GeoSite
路由分流
GeoSite 是依服務、用途或其他類別整理而成的網域規則集合，geosite:cn 是常見的引用格式。分類標籤不是核心自動偵測的結果，必須由相容的資料檔提供，實際涵蓋範圍取決於資料來源。它與 GeoIP 的比對對象不同，不能把網域類別視為相關服務所有 IP 位址的集合。
分流
路由分流
分流是依策略將不同流量交由直連、代理或封鎖等出口處理，並非一種新的代理協定。介面中的規則模式通常會啟用一組預設路由，但不同用戶端的模式名稱與實際行為不一定相同。規則模式也不代表所有應用程式都會使用代理；流量入口仍取決於系統代理、TUN 或應用程式本身的設定。
了解流量如何進入用戶端 →DNS
路由分流
DNS 用於將網域名稱解析為 IP 等記錄；在代理環境中，應用程式、作業系統及核心都可能參與解析。使用哪個解析器、查詢透過哪個出口，以及路由階段採用網域還是 IP，都會影響結果。只修改一個 DNS 位址，無法保證所有應用程式都走相同路徑；還應檢查快取、瀏覽器設定及核心的解析策略。
了解解析路徑偏離的情況 →用戶端設定
先了解流量接管範圍，再選擇執行模式；測試指標有助於找出問題，但不能取代實際應用程式驗證。
系統代理
用戶端設定
系統代理是作業系統提供給應用程式讀取的代理設定，通常會指向用戶端監聽的本機位址與連接埠。只有遵循這項設定的應用程式才會透過代理轉送請求，因此啟用系統代理不代表所有網路流量都會被接管。應用程式內建代理、獨立網路堆疊或其他代理工具的設定，都可能改變最終路徑。
查看啟用系統代理的步驟 →TUN 模式
用戶端設定
TUN 模式透過虛擬網路介面接收 IP 封包，再交由代理元件處理；涵蓋範圍通常比只設定系統代理更廣。它可能需要額外權限，以及相應的路由與 DNS 設定，但不代表裝置上的每個連線都一定經過代理。與其他虛擬網路工具並用時，也應檢查路由衝突及代理自身流量迴圈轉送的問題。
釐清流量接管模式與分流策略 →FakeDNS
用戶端設定
FakeDNS 會從保留位址池中為網域名稱分配合成 IP，並保存對應關係，以便後續處理流量時還原網域。回傳的位址不是目標伺服器的真實 IP，應用程式連線至該位址時，需要相應元件繼續處理。啟用條件、位址池與路由必須搭配設定；若將合成位址交給無法識別對應關係的路徑，連線可能會失敗。
查看 DNS 與路由的關係 →DNS 洩漏
用戶端設定
DNS 洩漏是指查詢偏離預期的解析路徑，例如原本預計交由核心處理的查詢，仍由系統解析器送出。判斷前須先確認預期使用的解析器、傳輸方式與查詢出口，不能只依解析器顯示的地區下結論。瀏覽器獨立使用的加密 DNS、應用程式內建解析功能及多個網路介面，都可能造成路徑差異。
查看解析與連線故障問題 →延遲
用戶端設定
延遲表示完成某項測量所需的時間，但 TCP 建立連線、ICMP 探測與 HTTP 請求測量的流程並不相同。TCP 建立連線所需時間短，不代表代理驗證、TLS 交握或目標網站連線都能成功。比較設定時應使用相同的測試方式與目標，並一併考量穩定性及實際使用體驗，而非只依單次結果排序。
了解實際連線測試的意義 →實際連線延遲
用戶端設定
實際連線延遲通常指用戶端透過所選代理設定，向測試位址發出請求並記錄所需時間；測量範圍依具體實作而定。這比單純探測伺服器連接埠更接近一次代理連線，但仍只反映該目標及當下的網路狀況。測試失敗時，應配合記錄檔區分解析、交握與請求階段；測試成功也不代表所有網站都能連線。
查看連線後的驗證步驟 →