協定與傳輸
協定決定代理請求的表達方式；傳輸負責承載資料；安全層則保護連線。選擇設定時須核對整組參數。
- VMess
- Project V 生態系中的代理協定，具備身分驗證與資料保護機制，現代設定通常採用 AEAD 驗證。用戶端與伺服器的使用者識別碼等設定須相符，系統時間誤差過大也可能導致驗證失敗。VMess 不等於特定傳輸方式，同一協定可搭配不同傳輸設定。
- VLESS
- 著重輕量化的代理協定，本身不負責加密承載資料，實際部署通常會搭配 TLS 或 REALITY。使用者 ID、流控、傳輸方式與安全層都須依伺服器要求填寫，不能只將協定下拉選單改成 VLESS。能否使用取決於完整組合，而非協定名稱本身。
- Trojan
- 通常透過 TLS 保護連線，並以密碼驗證的代理協定。除了密碼，也須確認連接埠、伺服器名稱與憑證驗證設定；位址可連線不代表驗證一定成功。遇到憑證錯誤時，應檢查名稱、系統時間與伺服器憑證，而非直接略過驗證。
- Shadowsocks
- 常簡稱 SS，以共用金鑰及指定加密方式運作的代理協定。不同世代的實作對加密方式、金鑰格式與核心版本有不同要求，尤其不能直接互換格式不同的金鑰。匯入時應核對加密方式與驗證欄位，不能只確認位址和連接埠。
- REALITY
- Xray 生態系中的傳輸層安全方案，並非與 VLESS 並列的獨立代理協定。常見用戶端設定會要求 PublicKey、ShortId、SNI 與指紋等參數，須符合伺服器設定；短 ID 是否可留空也取決於伺服器。公鑰與私鑰用途不同，用戶端不應填入伺服器私鑰。
- XTLS Vision
- Xray 的流控方案，用戶端中的值通常寫為
xtls-rprx-vision。它既不是傳輸協定，也不是安全層，常用於相容的 VLESS 連線組合。只有在伺服器設定、傳輸方式與核心都支援時才應選用，不能把它當成所有節點都適用的加速開關。
- 傳輸協定
- 承載代理協定資料的方式，常見名稱包括 TCP 與 WebSocket；可選項目會隨核心與版本而異。即使代理協定相同，兩端使用不同傳輸方式仍可能無法通訊。路徑、Host 等附加欄位只適用於對應的傳輸方案，不應跨方案照抄。
核心與生態系
用戶端提供操作介面，核心負責執行連線。判斷功能是否支援時，須同時確認用戶端提供的選項與實際運作的核心。
- Project V
- 由網路代理工具及相關元件構成的專案生態系，V2Ray 是其中的重要組成。日常所說的「V2Ray 用戶端」通常指圖形化管理工具，不代表每款工具都使用完全相同的核心。了解這層關係，有助於區分介面功能、設定格式與協定實作。
- V2Fly
- 持續維護 V2Ray 核心的社群專案，提供協定處理、路由與 DNS 等功能。v2flyNG 將這個核心家族作為 Android 端的替代選擇。可用功能應以實際核心版本為準，不能直接複製其他核心的欄位，也不能只憑用戶端名稱推斷相容性。
- Xray
- 與 V2Ray 有歷史淵源的代理核心專案，在後續發展中形成自身的功能與設定演進。REALITY、XTLS Vision 等功能須由相應的 Xray 版本支援，v2rayNG 使用這個核心家族。兩者的設定結構雖有相似之處，卻不保證整份設定可直接互換。
- 核心
- 負責處理協定、建立連線，以及執行 DNS 與路由的元件；用戶端則負責介面、訂閱與設定管理。介面上有某個選項，不代表目前選用的核心一定能執行。排查啟動失敗時，應先查看核心記錄，確認是否有不支援的欄位、缺少參數或連接埠遭占用。
用戶端功能
接管流量與選擇出站是兩回事。系統代理或 TUN 決定流量如何進入處理路徑，路由則決定進入後如何轉送。
- 系統代理
- 透過作業系統的代理設定，讓遵循該設定的應用程式連線至用戶端提供的本機代理入口。部分應用程式有獨立的網路設定，可能不會使用系統代理，因此系統代理不等於接管所有流量。關閉用戶端後若網頁連線異常，應確認系統代理已還原，而不只是檢查節點狀態。
- TUN 模式
- 透過虛擬網路介面與路由設定，將網路流量送入用戶端處理路徑的運作模式，涵蓋範圍通常比系統代理廣。可能需要管理員權限，也仰賴正確的路由與 DNS 設定；啟用後不代表所有連線都會經由代理出站。若與其他虛擬網路工具一起使用，應檢查路由衝突。
- 入站與出站
- 入站負責接收進入核心的連線，例如本機 HTTP 或 SOCKS 代理入口；出站則負責讓連線前往目的地，可選擇代理、直連或阻斷。路由規則會透過出站識別碼指定處理方式。入站監聽連接埠不是遠端伺服器連接埠，修改其中一個不會同步修改另一個。
- 流量嗅探
- 從部分連線的交握資訊辨識網域或協定線索，作為路由判斷依據。這不等於解密應用程式內容，也無法保證辨識所有連線；能否取得資訊取決於協定與交握形式。啟用後仍須正確設定 DNS 與路由，不能用嗅探取代完整的網域解析策略。
接管範圍不等於代理範圍。應用程式即使已由 TUN 接管，仍可能依規則直連。若要確認實際路徑，應一併查看存取目標、符合的規則與出站記錄，而非只看模式開關。
訂閱與節點
訂閱負責設定來源與更新，節點則是具體的連線項目。匯入、更新、測試與實際存取分別驗證不同環節。
- 訂閱
- 用來批次取得或更新伺服器設定的來源；用戶端讀取後會將內容轉換成可管理的項目。訂閱連結可能包含存取憑證，應妥善保管為敏感資訊，不宜放進截圖或公開文件。更新成功只代表已取得並解析內容，不代表所有節點都能連線，也不一定會自動啟用系統代理。
- 節點
- 用戶端中單筆伺服器連線設定的常見稱呼，通常包含位址、連接埠、驗證資訊與傳輸設定。多個節點名稱可能指向相同的基礎設施，名稱中的地區文字也無法單獨證明實際位置或出口特性。判斷能否使用，須結合連線測試、應用程式存取與記錄，不能只看清單中是否出現項目。
- 訂閱群組
- 依來源整理訂閱網址與伺服器項目的管理單位，方便分別更新、篩選與刪除。群組名稱主要用於管理，本身不代表路由策略、自動切換或負載平衡。刪除群組或更新訂閱前，應確認手動修改的項目是否會遭覆寫，並視需要使用用戶端的備份功能。
- 延遲與真實連線延遲
- 「延遲」可能只測量 TCP 建立連線所需時間；「真實連線延遲」通常會透過選定的代理完成指定請求，較接近應用程式的實際連線路徑，但測試方式因用戶端而異。結果會受到目標網站、DNS、交握與逾時設定影響，不能直接視為下載速度。遇到逾時也應配合測試目標排查，不宜立即判定節點失效。
路由與 DNS
網域解析決定取得哪些位址，路由則決定連線交由哪個出站處理。兩者彼此影響，但不是同一項設定。
- 路由規則與分流
- 依網域、IP、連接埠或入站識別碼等條件，將連線交由指定出站處理的機制，常見欄位包括
domain、ip與outboundTag。規則通常依序比對，未符合任何規則的連線則由預設出站處理。規則存在不代表一定會命中，還須確認核心取得的是網域還是 IP。
- GeoIP
- 依地區或網路類別整理的 IP 位址集合，可作為路由比對條件。它取決於實際資料檔與更新狀況，並非即時地理定位，也不能直接取代網域分類。目標使用內容傳遞網路時，解析位址可能因網路位置而異，單靠 GeoIP 標籤不一定能準確判斷服務歸屬。
- GeoSite
- 依服務或類別整理的網域集合，常用於網域分流或 DNS 策略。分類名稱、涵蓋範圍與可用項目取決於使用的資料檔，不能假設所有來源都有相同標籤。若規則載入失敗，應先確認分類是否存在、檔案是否可讀，再檢查網域比對方式。
- FakeDNS
- 為網域指派虛擬 IP，並在後續流量進入對應處理路徑後還原網域關聯的機制。回傳位址並非目標伺服器的真實位址，解析、映射與路由必須協同運作。若應用程式取得虛擬位址後繞過用戶端連線，可能導致存取失敗；切換方案時也須考慮應用程式與系統的 DNS 快取。
- DNS 洩漏
- 指 DNS 查詢未依預期解析路徑，而是送往其他解析器的情況；判斷時應對照明確的設定目標。系統解析、應用程式內建的加密解析與核心 DNS 可能同時存在，因此網頁的對外 IP 位址正確，不代表解析路徑也符合預期。排查時應分別檢查應用程式設定、系統解析器與核心記錄，避免只依賴單次測試結果。