VMess
Project V 生態系中的代理協定，包含使用者驗證與資料保護機制，常見設定會以 UUID 識別使用者。VMess 可搭配不同傳輸方式，因此只看到協定名稱，無法判斷連線是否使用 WebSocket 或 TLS。若遇到驗證異常，除了確認使用者識別碼，也應檢查系統時間，以及設定格式是否適用於目前的核心。
繼續閱讀：WebSocket 傳輸方式 →設定項目參考 · 26 個常見術語
V2Ray 術語解析
先區分協定、核心與傳輸方式，再了解路由與測試結果。可依用戶端中遇到的術語查閱，每個項目皆有獨立錨點可直接前往。
閱讀順序
用戶端管理設定 → 核心處理連線 → 協定組織請求 → 傳輸與安全設定承載資料。訂閱負責更新設定，不負責決定連線品質。
請求格式與身分驗證
代理協定
協定名稱只是連線設定的一部分，傳輸方式、安全層與伺服器端參數仍須分別確認。
VLESS
一種輕量的代理協定，本身不提供應用資料加密，連線安全通常由 TLS 或 REALITY 等外層機制負責。UUID、傳輸方式、安全設定與 flow 都是需要一併確認的參數，不能只更換伺服器位址。設定中的 flow 不是速度等級，只有用戶端核心與伺服器端都支援相應組合時才應填寫。
繼續閱讀：REALITY 安全設定 →Trojan
通常透過 TLS 連線傳送代理請求，並以密碼進行驗證的協定。密碼正確不代表整條連線設定無誤，伺服器名稱、憑證驗證與連接埠也必須相符。遇到 TLS 握手錯誤時，應先檢查安全層；握手成功後，再排查驗證參數會更有方向。
繼續閱讀：TLS 與憑證驗證 →Shadowsocks
以約定的加密方法與金鑰保護代理流量的協定系列，不同方法與擴充功能不一定相容。用戶端中的方法名稱、密碼及可能存在的擴充參數，應與原始設定一致。節點能匯入，只代表用戶端讀懂了資料格式，仍須確認所選核心支援該方法。
繼續閱讀：節點包含哪些參數 →介面負責管理，核心負責執行
核心與用戶端
回報問題時，請分別記錄用戶端名稱、用戶端版本與執行中的核心，避免混淆介面問題與連線問題。
V2Ray
Project V 生態系中的網路代理工具名稱，日常討論中也常泛指相關用戶端與設定體系。因此，「V2Ray 無法連線」並不能準確指出問題所在層級。排查時應補充使用的圖形用戶端、實際執行的核心及各自版本，再依據日誌判斷故障位置。
查看系統化故障排除 →V2Fly
延續 V2Ray 相關開發的社群專案，其代理核心負責處理連線、路由與 DNS 等功能。用戶端介面中的「v2fly」通常是核心選項，不是訂閱格式或某一種節點協定。若訂閱包含其他核心專屬設定，切換到 V2Fly 後不一定能沿用，應先確認功能相容範圍。
對照閱讀：Xray 核心 →Xray
與 V2Ray 有共同技術淵源的代理核心專案，負責處理協定連線、路由與傳輸。它與 V2Fly 在功能、欄位及支援組合上有所不同，不能簡單視為完全可互換的名稱。使用 REALITY 或特定 flow 時，除了確認核心類型，也要檢查執行版本是否支援伺服器端要求。
繼續閱讀：REALITY 與核心支援 →v2rayN
用來管理代理設定、訂閱群組及執行核心的桌面圖形用戶端，支援 Windows、macOS 與 Linux。介面選項、權限需求與核心支援依版本及發行套件而異，傳統介面與跨平台介面也可能不同。閱讀教學時，應優先確認設定名稱與用途，不必要求每個按鈕的位置完全一致。
查看桌面用戶端快速入門 →v2rayNG
Android 平台的圖形代理用戶端，通常使用 Xray 核心處理連線。啟動時申請的 VPN 服務授權用於建立本機流量接管通道，不代表流量已成功抵達遠端節點。請求是否實際經過代理，也會受到分應用程式設定、路由規則與節點可用性的影響。
查看授權與分應用程式設定 →v2flyNG
Android 平台上使用 V2Fly 核心的圖形用戶端，可作為相應設定的替代選擇。名稱與操作習慣相近，不代表它支援的核心功能與 v2rayNG 完全相同。移轉節點時，應重新確認協定與傳輸設定，並另外檢查系統授權及背景執行限制。
查看 Android 用戶端說明 →連線如何承載與保護資料
傳輸與加密
此處依照用戶端設定習慣分類。TLS、REALITY 屬於安全機制；WebSocket、gRPC 則通常作為傳輸方式，兩者並非同一層級。
TLS
用來保護傳輸連線並驗證對端身分的安全協定，代理協定可在其建立的安全通道中傳送資料。伺服器名稱通常會用於憑證驗證與握手，不可隨意填入其他網域。遇到憑證錯誤時，應確認系統時間、名稱、憑證有效期限與信任鏈，不要直接啟用略過憑證驗證。
對照閱讀：Trojan 的安全層 →WebSocket（ws）
透過 HTTP 握手建立雙向通訊的傳輸方式，設定中常簡寫為 ws。它不是代理協定，也不代表連線已啟用 TLS；同一種代理協定可以採用不同的承載方式。路徑、Host 與 TLS 伺服器名稱是不同設定，使用反向代理時須分別符合伺服器端設定。
繼續閱讀：TLS 伺服器名稱 →gRPC
一種常以 HTTP/2 為基礎的通訊框架，可在代理核心中作為傳輸方式。用戶端中的服務名稱須與伺服器端及反向代理設定一致，不能直接用 WebSocket 路徑替代。若設定透過反向代理轉送，也須確認中間鏈路能正確處理 HTTP/2 與 gRPC 請求。
查看連線與傳輸錯誤排除 →REALITY
Xray 生態系中的傳輸安全機制，常與 VLESS 搭配使用，但不是獨立的代理協定。連線須符合伺服器名稱、公鑰、shortId 等參數，實際欄位與支援組合依核心版本而定。請勿混淆用戶端所需的公鑰與伺服器端私鑰，也不要只因介面選取了 REALITY 就認定設定完整。
對照閱讀：VLESS 與 flow →請求是否進入代理，以及進入後如何轉送
路由與 DNS
排查分流前，先確認應用程式流量已交由用戶端處理；排查解析問題前，先確認網域是由應用程式、作業系統還是核心解析。
路由規則與分流
依網域、IP、連接埠等條件，為請求選擇直連、代理或封鎖出站的規則體系。規則比對順序、同一規則內多個條件的組合方式，以及未符合規則時的預設出站，共同決定處理結果。用戶端的「全域」通常是路由預設名稱，不代表所有應用程式都會自動將流量交給用戶端。
區分閱讀：系統代理 →GeoIP
供路由依 IP 位址範圍比對的規則資料，通常按地區或用途分類。它不是即時定位服務，位址歸屬可能隨網路部署變動，比對準確度也受資料更新狀況影響。若目標使用多個服務位址，最後符合哪條規則也與實際連線的 IP 有關。
對照閱讀：依網域比對的 GeoSite →GeoSite
依網站、服務或類別整理網域的規則資料，用於按名稱選擇出站。分類標籤是否可用，取決於用戶端實際載入的資料檔案，並非任何標籤都能直接填入。網域分類與 IP 分類不保證一一對應，新增規則後應查看命中日誌確認結果。
繼續閱讀：規則順序與預設出站 →DNS
將網域解析為 IP 位址等記錄的系統，是網域存取流程中的一環。應用程式、作業系統與代理核心可能各自參與解析，因此修改用戶端中的一個 DNS 位址，不代表所有查詢都會改走同一條路徑。排查時須確認由誰發出查詢、查詢使用哪個出站，以及結果是否來自快取。
繼續閱讀：DNS 查詢路徑 →FakeDNS
搭配虛擬 IP 與網域對應來處理流量的機制，回傳的位址不代表目標伺服器的真實位址。後續請求進入核心時，核心須依據保存的對應資料還原網域，再繼續路由與連線。若 DNS 回應與流量接管範圍不一致，或舊對應遺失但應用程式仍保留快取，就可能無法存取。
閱讀 FakeDNS 原理與適用情境 →DNS 洩漏
指 DNS 查詢未依預期經過指定解析路徑，而是透過其他通道送出的情況；判斷前必須先明確預期策略。某項查詢走直連不一定是異常，也可能是明確設定的本機解析規則。排查時應分別檢查系統解析、瀏覽器安全 DNS、應用程式內建解析與核心 DNS，不能只看一次測試頁面的結果。
返回 DNS 解析流程 →系統代理
作業系統提供給應用程式的代理位址設定，應用程式是否採用取決於自身實作，部分程式會使用獨立的網路設定。它決定請求是否進入本機代理，核心路由則決定收到請求後使用哪個出站。變更監聽連接埠後，須同步檢查系統代理指向的位址；關閉用戶端前，也應確認代理設定已正確還原。
對照閱讀：TUN 流量接管 →TUN 模式
透過虛擬網路介面與系統路由接管 IP 流量的運作方式，適用於部分不使用系統代理的應用程式。啟用通常需要額外權限，也會與 DNS 設定、路由表及其他網路軟體互相影響，但不保證能接管所有應用程式或協定。啟用後若原有網路異常，應檢查路由衝突與解析路徑，不宜同時疊加多套流量接管工具。
查看系統網路與權限問題排除 →設定來源與連線測試
訂閱與節點
更新成功、節點可用與速度合適是三種不同的判斷。測試時應維持方法與目標一致，再比較結果。
訂閱
透過連結取得並更新一組節點設定的發佈方式，用戶端通常以訂閱群組進行管理。更新成功只代表內容已取得並完成解析，不代表其中所有節點都能連線。訂閱連結可能包含存取權限資訊，不應在截圖、公開日誌或求助內容中完整顯示。
查看訂閱匯入步驟 →節點
用戶端中可供選擇的一份遠端連線設定，通常包含伺服器位址、連接埠、協定、驗證與傳輸參數。顯示名稱只是備註，不能據此確認伺服器位置、網路路徑或實際效能。同名節點也可能指向不同設定，排查時應比較具體欄位，而非只看清單名稱。
查看節點逾時排查順序 →延遲測試
測量某項測試動作所需時間，可能是 ICMP 回應、TCP 建立連線，或透過代理送出請求的耗時。不同測試方法涵蓋的網路路徑不同，數值不能直接比較。延遲低不代表持續下載速度快，後者還取決於頻寬、壅塞、目標服務與裝置負載。
繼續閱讀：實際連線延遲 →實際連線延遲
通常指用戶端透過所選代理，向指定測試位址發出實際請求所測得的耗時，實際作法依用戶端版本而定。它涵蓋的環節比單純測試連接埠是否連通更多，但仍只反映該目標與當下狀況。逾時可能與測試位址、DNS、握手或路由有關，應搭配日誌與實際存取結果判斷，不能直接視為伺服器停機。
查看測試逾時與存取異常排除 →依問題繼續查閱
需要實際操作時，依教學完成匯入、模式選擇與連線驗證；若已出現錯誤，請依症狀查閱疑難排解手冊。本文說明相關概念，不統一規定各用戶端版本的預設連接埠或介面位置。