VMess
Project V 生態系中的代理協定，透過使用者識別碼等參數進行驗證。VMess 與 TCP、WebSocket 等傳輸方式並非同一層概念，是否啟用 TLS 也須另外確認。排查連線問題時，應逐項核對使用者識別碼、傳輸路徑與伺服器名稱，並確保裝置時間準確，以免時間偏差影響驗證。
概念與設定
V2Ray 術語解說
協定、核心、用戶端與路由，依設定層次查閱術語。
介面上相鄰的選項，不一定處理同一件事。協定決定雙方如何通訊，核心負責連線與路由，用戶端則提供設定入口。先釐清這些層次，再判斷要調整哪項設定。
6 個分類
24 個術語
可直接定位單項解說
01 / Protocols
協定與傳輸
協定名稱不等於完整的連線方案。驗證方式、傳輸類型與安全層都須分別確認。
VLESS
輕量代理協定，本身不提供載荷加密，實際連線通常搭配 TLS 或 REALITY。匯入設定時，除了使用者識別碼，也要保留傳輸類型與伺服器端要求的 flow 參數。不能直接把 VMess 設定中的協定名稱改成 VLESS；伺服器端也必須支援相應設定。
Trojan
通常透過 TLS 建立安全連線，並以密碼驗證的代理協定。密碼、伺服器埠、伺服器名稱與憑證驗證都會影響連線結果，只確認密碼並不足夠。遇到憑證錯誤時，應先確認網域與系統時間，不要把關閉憑證驗證當成一般處理方式。
REALITY
Xray 生態系中的傳輸安全機制，常與 VLESS 搭配使用，並非獨立的節點協定。用戶端所需的公鑰、伺服器名稱與 shortId 應取自對應的伺服器端設定，各欄位彼此相關。匯入後若顯示不支援相關欄位，應先確認實際使用的核心及其功能，不要任意刪除參數。
02 / Engines
核心與專案
專案名稱說明來源與維護體系；設定能否執行，取決於目前使用的核心。
Project V
以網路通訊工具為核心發展出的專案體系，V2Ray 是其中的重要組成。日常討論中的「V2Ray」有時泛指整個生態系，但實際安裝的軟體可能是圖形用戶端，也可能是網路核心。閱讀教學時，應先確認操作對象，避免將核心設定欄位誤認為所有用戶端都有的介面選項。
V2Fly V2Fly-core
延續 V2Ray 開發與維護的社群專案，其網路核心通常稱為 V2Fly-core。核心負責接收流量、處理協定，並依規則建立對外連線；圖形介面則由用戶端提供。協定與傳輸能力取決於實際核心版本，使用某款用戶端不代表它能執行生態系中的所有設定。
Xray-core
由 V2Ray 發展而來的網路核心，負責處理協定、路由與建立連線。它與 V2Fly-core 有共同發展背景，但後續功能與設定欄位並不完全相同。切換核心前，應確認目標核心支援目前設定使用的協定、安全機制與傳輸方式，並保留原有設定以便還原。
03 / Configuration
用戶端與設定
用戶端負責管理設定；系統代理與虛擬介面則決定流量如何進入處理流程。
v2rayN
適用於 Windows、macOS 與 Linux 的圖形用戶端，提供訂閱管理、路由設定與代理設定入口。介面負責管理設定，實際網路連線則由搭配的核心處理，因此介面能正常開啟不代表核心已成功啟動。不同桌面版本的選單位置可能不同，操作時請以目前介面的功能名稱為準。
v2rayNG
Android 圖形用戶端，使用 Xray 核心處理連線，支援伺服器設定與訂閱群組管理。常見的 VPN 模式透過系統 VPN 介面接收應用程式流量，並須由使用者授予相應權限。系統顯示 VPN 圖示只代表流量接管介面已建立，仍須透過實際請求確認遠端連線與路由是否正常。
v2flyNG
採用 V2Fly 核心的 Android 圖形用戶端，可用於符合該核心設定需求的情境。它與 v2rayNG 名稱相近，但核心功能並不完全相同，不能視為同一款軟體。選用前應先確認訂閱需求，再評估介面與管理方式是否符合使用習慣，不要只憑名稱就轉移設定。
系統代理 System proxy
將作業系統的代理位址指向用戶端本機監聽埠的設定，只有遵循這項設定的應用程式會將流量交給用戶端。它決定流量是否進入用戶端；路由規則則決定流量進入後要走哪個出口。用戶端結束後若仍保留失效的本機代理位址，相關應用程式可能無法連網，此時應檢查系統代理狀態。
TUN 模式 Virtual interface
透過虛擬網路介面接收 IP 封包，再交由代理元件處理的運作方式，可涵蓋部分不遵循系統代理設定的應用程式。實際涵蓋範圍取決於路由、權限與 DNS 設定，不代表所有流量都會經由代理出口。啟用前應確認用戶端支援情況；若同時執行多個網路接管工具，也須排除介面與路由衝突。
04 / Routing
路由與分流
先確認比對條件，再檢查規則順序，最後確認目標出口是否存在。
路由規則 Routing rules
依網域、IP、埠或入站等條件選擇出口的設定，出口通常透過標籤指定。常見核心會依規則順序比對，排在前面的寬泛規則可能使後續細項規則無法命中。排查時除了檢查條件，也要確認出口標籤有效；若連線未命中任何規則，仍會依核心的預設邏輯處理。
分流 Traffic routing
依路由規則將不同連線導向代理、直連或封鎖出口的處理方式。直連表示目標連線不經過代理伺服器，不代表略過本機核心的規則判斷。分流不會自動提升速度；規則涵蓋範圍、DNS 解析結果與應用程式實際使用的目標位址，都會影響最終路徑。
GeoIP
以分類資料集合表示 IP 位址範圍的規則工具，例如 geoip:private 常用來比對私人位址範圍。它比對的是 IP 位址，不是網站介面語言，也無法保證辨識網站所屬組織。若規則須先解析網域才能比對 IP，還應檢查核心的網域解析策略與實際解析結果。
GeoSite
將網域依類別整理成集合的規則工具，geosite:cn 是常見的引用寫法之一。集合是否包含特定網域，取決於使用的資料檔及更新狀態，名稱本身並不保證比對結果。若應用程式只提交目標 IP，網域規則能否生效也取決於核心是否透過其他方式取得網域資訊。
05 / Subscriptions
訂閱與節點
訂閱是取得設定的方式，節點是連線設定，群組則是管理方式。
訂閱 Subscription
用戶端透過網址取得一組伺服器設定的更新方式，內容格式須能被用戶端辨識。更新成功只表示已取得並解析內容，不代表其中每台伺服器都能連線。訂閱網址可能包含存取憑證，分享記錄或截圖前應遮蔽完整網址；更新失敗時，先檢查網址是否有效及目前的網路路徑。
節點 Server profile
用戶端中單筆遠端連線設定的常見稱呼，通常包含位址、埠、驗證資訊與傳輸參數。清單中的別名只是顯示名稱，無法證明伺服器位置、效能或可用性。名稱不同的兩筆設定也可能使用相同位址；要判斷是否重複，應比較實際欄位，而不只是清單文字。
訂閱群組 Subscription group
依訂閱來源整理伺服器設定的管理單位，方便分別更新、篩選與管理。群組不是路由規則，也不代表群組內的設定會自動同時用於連線。手動修改訂閱產生的項目之前，應先了解用戶端的更新方式，因為下次更新可能重新產生設定並覆蓋部分修改。
06 / Networking
網路基礎
解析、流量接管與實際請求是不同環節；解讀測試結果時，也要一併確認測試方式。
DNS Domain Name System
將網域查詢轉換為 IP 位址等記錄的系統，是應用程式建立連線前常見的步驟。應用程式、作業系統與代理核心可能各自執行解析，因此設定核心 DNS 不代表所有應用程式都會使用它。排查時應區分「查詢交由誰處理」與「實際連線走哪裡」，兩者可能採用不同規則。
FakeDNS
向應用程式回傳映射位址，並由代理元件維護位址與網域對應關係的機制，目的是在後續連線時找回目標網域。這需要流量接管路徑配合，並非獨立的加密 DNS 服務。若應用程式收到映射位址後繞過代理介面直接連線，可能導致連線失敗；結束相關模式後，也要留意舊的解析快取。
DNS 洩漏 DNS leak
DNS 查詢偏離預期的解析路徑，交由非預期解析器處理的情況。判斷前應先確認哪些查詢應由核心處理，哪些可以交由本機網路解析，不能只看解析器所在區域。瀏覽器內建的加密 DNS、系統解析設定與應用程式使用的獨立解析器都可能改變實際路徑，應分別檢查。
延遲 Latency
一次指定探測從送出到收到回應所需的時間，不同工具可能測量 ICMP、TCP 或應用層請求。測試方式不同，數值就不能直接比較；延遲低也不代表下載速度快。逾時也可能是目標拒絕這類探測，應搭配實際網頁或服務請求判斷，不要只憑單次結果就刪除設定。
實際連線延遲 Real connection latency
用戶端透過選定的代理設定發出實際請求所測得的耗時，相較於單純的埠探測，涵蓋更多連線環節。測量是否包含解析、交握或連線重用，仍取決於用戶端實作與測試位址。測試成功只代表這次請求能完成；其他目標仍可能受路由、解析或伺服器策略影響，須另外驗證。
操作流程
從概念到設定
首次使用時，先依作業系統選擇用戶端，再匯入設定並確認代理入口。若已有設定卻無法連線，記下具體症狀與錯誤訊息，分別檢查核心啟動、訂閱更新、DNS 解析與路由比對情況，不要同時修改多個層次的設定。