PROTOCOLS & TRANSPORTS
協議與傳輸：連線參數如何組合
協議定義身分驗證與資料封裝方式，傳輸層則決定資料透過 TCP、WebSocket 或 HTTP/2 等通道承載。兩類參數都必須與伺服器設定相符，不能只依協議名稱替換。
- VMess
- VMess 是 Project V 生態系中的代理協議，使用使用者識別碼、時間校驗與加密參數完成用戶端與伺服器之間的通訊。用戶端設定通常同時包含位址、連接埠、使用者 ID、傳輸方式與安全層。時間明顯不同步時，連線可能在身分驗證階段失敗。
- VLESS
- VLESS 是結構精簡的代理協議，本身不重複提供資料加密，通常會搭配 TLS、REALITY 等安全層使用。設定時需要分別確認協議、傳輸與安全參數，不能把 VLESS 視為完整的傳輸方案。常見組合包括 VLESS over TCP 與 VLESS over WebSocket。
- Trojan
- Trojan 依賴 TLS 建立安全連線，用戶端需要提供伺服器位址、連接埠、憑證與伺服器名稱等參數。憑證名稱、系統時間與伺服器設定都會影響握手。匯入連結後仍應檢查傳輸安全選項是否完整。
- Shadowsocks
- Shadowsocks 使用預共享密碼和指定加密方法處理資料。用戶端與伺服器必須選擇完全一致的加密方法，否則無法完成通訊。其設定欄位相對精簡，但外掛程式、傳輸擴充與連接埠資訊仍需逐項對應。
- REALITY
- REALITY 是 Xray 生態系中的傳輸安全方案，常與 VLESS 和 TCP 搭配。用戶端常見欄位包括公鑰、短識別碼、伺服器名稱與指紋。任何一項與伺服器不一致，都可能使連線卡在握手階段。
- WebSocket
- WebSocket 是透過 HTTP 連線升級機制建立雙向通訊的傳輸方式，在設定中通常寫作
ws。路徑與請求標頭屬於傳輸參數，需要與伺服器保持一致。鏈路中若有反向代理，還要確認升級請求能正常轉發。
- gRPC
- gRPC 是基於 HTTP/2 的遠端呼叫傳輸方式，在 V2Ray 設定中用於承載協議資料。用戶端與伺服器需要使用一致的服務名稱，並正確設定 TLS 等安全選項。它與 WebSocket 的欄位結構不同，不能只修改網路類型後沿用原有參數。
CORE & ECOSYSTEM
核心與生態系：底層能力與圖形介面
核心負責協議、傳輸、路由與 DNS，圖形化用戶端則負責設定管理和系統整合。介面名稱與核心名稱不是同一概念，同一個用戶端版本也可能提供不同的核心選項。
- Project V
- Project V 指圍繞代理核心、協議與工具形成的開源技術生態系。它不是某個 Android 應用程式或單一安裝套件的名稱。V2Fly 延續了相關核心能力，Xray 則發展出自己的協議與傳輸擴充。
- V2Fly
- V2Fly 是由社群持續維護的 V2Ray 核心專案，負責協議處理、入站出站、路由與 DNS 等底層功能。圖形化用戶端呼叫核心讀取設定並建立連線。v2flyNG 主要圍繞此核心提供 Android 圖形介面。
- Xray
- Xray 是與 V2Ray 設定體系高度相關的代理核心，支援 VLESS、REALITY、路由、DNS 及多種傳輸組合。v2rayNG 通常採用 Xray 核心，v2rayN 也可管理相應的 Core。遇到無法識別的設定欄位時，應先確認目前核心及其版本支援的功能。
- v2rayN
- v2rayN 是面向 Windows、macOS 與 Linux 的圖形化用戶端，用於管理訂閱、伺服器、系統代理、路由模式與核心，不等同於 V2Ray 核心本身。桌面端出現連線正常但應用程式未走代理時，通常還需要檢查系統代理或 TUN 設定。
- v2rayNG
- v2rayNG 是面向 Android 的圖形化用戶端，通常使用 Xray 核心。連線後透過系統 VPN 介面接管指定範圍內的網路流量，並依路由設定選擇出站。訂閱匯入、分應用程式代理與電池背景策略都屬於用戶端層設定。
- v2flyNG
- v2flyNG 是面向 Android 的 V2Fly 核心用戶端，可匯入訂閱與標準分享連結，適合需要使用 V2Fly 設定體系的情境。選擇用戶端時，應先確認訂閱使用的協議與傳輸參數是否受到對應核心支援。
SUBSCRIPTIONS & NODES
訂閱與節點：設定如何進入用戶端
訂閱負責批次分發設定，節點則是解析後可選取的單筆伺服器記錄。測速結果只能反映目前的探測條件，不能取代協議參數檢查與實際連線驗證。
- 訂閱
- 訂閱是由伺服器提供的設定集合網址，用戶端請求該網址後解析其中的伺服器項目。更新訂閱會同步新增、修改或移除的設定，但通常不會自動解決本機路由衝突。連結失效、存取遭拒或回傳格式異常，都會導致更新失敗。
- 節點
- 節點是用戶端中的一筆伺服器設定記錄，通常包括位址、連接埠、協議、身分參數、傳輸與安全設定。節點名稱只是便於識別的標籤，不會決定實際連線方式。要判斷設定是否可用，需要核對完整欄位並進行實際連線測試。
- 延遲
- 延遲表示探測請求從用戶端發出到收到回應所需的時間，通常以毫秒顯示。不同用戶端可能使用 TCP、HTTP 或其他探測方式，因此結果不能直接互相比較。數值還會受到本地網路、目標位址與伺服器即時負載影響。
- 實際連線延遲
- 實際連線延遲是指透過目標節點建立實際代理連線後測得的回應時間，涵蓋協議握手、傳輸安全與代理出站等環節，比單純測試連接埠連通性更接近目前的設定狀態。測試目標不同，結果仍可能有明顯差異。
- 訂閱群組
- 訂閱群組是用戶端用來分類訂閱來源及其節點的管理單位。不同群組可以分別更新、篩選與選擇活動伺服器，避免多筆訂閱混在同一份清單中。刪除群組前，應確認本機手動設定是否也包含在操作範圍內。
ROUTING & DNS
路由與分流：連線最終前往何處
路由依網域、IP、連接埠或程序比對出站，DNS 則會影響網域的解析方式，以及路由能否取得正確的目標資訊。規則順序、資料檔案與嗅探設定會共同改變比對結果。
- 路由規則
- 路由規則依網域、IP、連接埠、網路協議或程序等條件，選擇代理、直連或封鎖出站。多條規則同時存在時，通常會依核心規定的順序進行比對。規則未命中後的預設出站同樣重要，應與預期模式一併檢查。
- 分流
- 分流是利用路由規則將不同連線送往不同出站的處理方式，可依網域類別、目標 IP、連接埠或應用程式程序劃分範圍。分流異常時，應先確認用戶端是否取得網域資訊，再檢查規則順序與預設出站。
- GeoIP
- GeoIP 是依 IP 位址所屬地區或網路類別整理的規則資料。核心取得目標 IP 後，可以引用對應分類決定連線出站。GeoIP 資料需要符合核心支援的格式，資料過舊也可能影響新位址區段的分類結果。
- GeoSite
- GeoSite 是依用途或網域類別整理的規則資料，路由設定可以直接引用分類標籤。它處理的是網域集合，不等同於 GeoIP 的位址分類。若連線階段只剩目標 IP，可能需要嗅探或 DNS 資訊協助恢復網域比對條件。
- TUN 模式
- TUN 模式透過虛擬網路介面接收系統流量，可涵蓋未主動讀取系統代理設定的程式。通常需要額外的系統權限，並涉及路由表、DNS 與網路介面設定。啟用後應避免與其他虛擬網路工具同時接管相同的流量範圍。
- FakeDNS
- FakeDNS 使用保留位址池中的虛擬 IP 回應網域查詢，並在後續連線中還原原始網域。如此可讓路由在較早階段依網域分類，也能減少部分重複解析。通常需要搭配 TUN、嗅探與正確的 DNS 流程使用。
- DNS 洩漏
- DNS 洩漏是指部分網域查詢繞過預期的 DNS 處理鏈路，直接交由其他解析器處理。常見檢查範圍包括系統解析器、瀏覽器安全 DNS、TUN 設定與用戶端內建 DNS。處理時應先確認查詢由哪個應用程式發出，再統一其解析路徑。
CLIENT FEATURES
用戶端功能：介面開關的實際作用
用戶端開關主要控制流量如何進入核心，以及設定如何套用至作業系統。連線狀態顯示正常，只能代表核心已啟動；應用程式是否使用這條鏈路，還取決於系統代理、TUN 或分應用程式範圍。
- 系統代理
- 系統代理是作業系統提供給應用程式讀取的代理設定。v2rayN 可以將本機 HTTP 或 SOCKS 監聽位址寫入系統設定，支援系統代理的程式之後便會把連線交給用戶端。部分程式會忽略這項設定，此時需要考慮 TUN 或程式自身的代理選項。
- 全域代理
- 全域代理通常表示進入用戶端的連線統一選擇代理出站，不再依一般分類規則進行分流，適合用來判斷複雜路由是否造成連線問題。此模式只影響已進入用戶端的流量，不代表所有應用程式都會自動讀取系統代理。
- 流量嗅探
- 流量嗅探會從連線初始資料中識別目標網域或協議特徵，為網域路由與 FakeDNS 對映提供資訊。它不是擷取完整通訊內容的介面功能，而是核心在路由階段使用的識別機制。是否啟用應配合協議、DNS 與分流規則判斷。
- Mux
- Mux 會在一條底層連線中重複利用多個邏輯請求，藉此減少頻繁建立連線的成本。它不一定能在所有網路與協議組合下提升效能，行動網路頻繁切換時還可能加重重新連線的影響。修改前應確認伺服器支援，並針對實際應用進行比較測試。
- 分應用程式代理
- 分應用程式代理用於指定哪些 Android 應用程式將連線交由用戶端處理。設定方式通常分為包含模式與排除模式，兩者邏輯相反。修改應用程式範圍後應重新建立連線，並檢查目標應用程式是否存在獨立的網路程序。