協定與傳輸
協定、傳輸方式與安全層是不同的設定項目。完整設定通常需要同時確認這三者，不能只根據協定名稱推斷其他參數。
- 協定與傳輸VMess
- Project V 生態系中的代理協定，使用使用者識別碼等參數進行身分驗證。VMess 不等於特定的傳輸方式，同一協定可搭配不同的傳輸與安全設定。匯入後應確認伺服器位址、連接埠、使用者識別碼與傳輸參數；系統時間誤差過大也可能導致驗證失敗。
- 協定與傳輸VLESS
- 輕量代理協定，本身不提供內容加密，通常搭配 TLS 或 REALITY 等安全機制使用。使用者識別碼、傳輸方式與流控參數必須與伺服器端相符。設定中出現 VLESS 不代表一定可用，還須確認所選核心支援相應的組合。
- 協定與傳輸Trojan
- 通常以 TLS 為基礎並使用密碼驗證的代理協定。除了伺服器與連接埠，設定也涉及密碼、伺服器名稱及憑證驗證。連線失敗時應分別檢查驗證資訊與安全層，不要把所有錯誤都歸咎於密碼錯誤。
- 協定與傳輸TLS
- 為連線提供加密與對端身分驗證的安全協定，也是 HTTPS 的基礎技術之一。伺服器名稱、憑證鏈與系統時間都會影響驗證結果。遇到憑證錯誤時，先確認名稱與時間，不要把「略過憑證驗證」當成長期通用設定。
- 協定與傳輸REALITY
- Xray 生態系中的傳輸安全機制，不是獨立的節點協定。常見設定須確認伺服器名稱、公鑰與短識別碼；缺少任何一項都可能無法完成交握。支援範圍會隨核心與版本改變，不能只因用戶端表單中有同名選項，就認定相容。
- 協定與傳輸WebSocket
- 可承載代理協定資料的雙向通訊傳輸方式，本身不等同於 VMess 或 VLESS。設定時通常須確認路徑、Host 以及是否啟用 TLS。路徑通常區分大小寫，複製時漏掉開頭的斜線也可能改變要求的目標。
核心與生態系
「介面可以填」和「核心可以使用」必須分開判斷。遇到協定支援問題時，先確認目前設定實際呼叫的是哪個核心。
- 核心與生態系Project V
- 以模組化網路代理工具為核心的專案體系，V2Ray 是其中廣為人知的組成部分。日常所說的「V2Ray」有時泛指整個生態系，但實際設定仍須對應到核心與用戶端。閱讀教學時先確認軟體名稱，避免混用不同專案的介面操作步驟。
- 核心與生態系V2Fly
- 由社群維護的 V2Ray 相關專案，提供核心實作與相關文件。v2flyNG 是採用這個核心家族的 Android 圖形化用戶端。選擇設定時應以目前核心支援的功能為準，不能假設不同核心的專屬參數完全相通。
- 核心與生態系Xray
- 從 V2Ray 發展而來的開放原始碼代理核心專案，協定實作與功能逐漸形成自己的發展路線。v2rayNG 使用 Xray 核心，v2rayN 也能管理相應的核心設定。排查新功能無法使用時，應一併確認用戶端版本與實際呼叫的核心版本。
- 核心與生態系核心與用戶端
- 核心負責處理協定、連線、DNS 與路由；用戶端則負責匯入設定、管理訂閱並提供圖形介面。更新用戶端不一定代表所有獨立核心元件也已同步更新。選擇軟體前，可先參閱三款用戶端比較，再確認目標設定所需的核心。
訂閱與節點
先確認取得的是「可更新的網址」還是「單一連線設定」，再選擇新增訂閱或從剪貼簿匯入，避免選錯入口。
- 訂閱與節點訂閱連結
- 可取得一組連線設定的網址。更新訂閱時，會重新取得並解析其中的內容。訂閱連結常見格式為 HTTPS，例如教學用的
https://example.com/your-sub，但網址格式不保證回傳內容相容。真實網址可能包含身分資訊，截圖、求助或分享記錄前，應遮蔽完整網址。
- 訂閱與節點節點
- 用戶端中可供選擇的連線設定，常稱為節點，通常包含伺服器位址、連接埠、協定與驗證資訊。節點名稱只是備註，無法證明實際位置、可用性或連線品質。遇到同名項目時，應依所屬訂閱群組與實際參數區分，而非只看顯示名稱。
- 訂閱與節點真實連線延遲
- 用戶端透過所選設定建立連線並存取測試目標後測得的耗時；實際測量方式取決於用戶端實作。結果會受 DNS 解析、交握過程、目標回應與目前網路狀態影響，不等同於下載速度。單次逾時也無法直接證明設定失效，應先確認測試目標與代理設定。
路由與分流
流量接管決定哪些連線會進入用戶端，路由則決定進入後交由哪種方式處理。分流規則、規則資料與出站標籤應一併檢查。
- 路由與分流路由規則
- 依網域、目標 IP、連接埠或入站連線等條件比對連線，再交由指定的出站處理。規則通常依順序判斷，範圍較廣的規則若排在前面，可能會涵蓋後續較細的條件。修改時先確認比對對象，再檢查出站標籤是否存在，最後確認未符合規則的流量會如何處理。
- 路由與分流分流
- 依規則讓不同連線採用不同處理路徑，例如讓區域網路目標直連，另一組目標則透過代理。系統代理或 TUN 負責接管入口；流量進入核心後才會依分流規則處理。如果應用程式根本沒有進入用戶端，通常無法只靠修改路由規則解決。
- 路由與分流GeoIP
- 依 IP 位址集合比對目標的規則資料，常用來表示特定地區或特殊用途的位址範圍。比對結果取決於目前使用的資料檔與引用項目，依目標 IP 是否位於項目的位址範圍內判定。網域是否已先解析，也會影響 IP 規則能否比對。
- 路由與分流GeoSite
- 依網域集合比對目標的規則資料，
geosite:cn是常見的引用格式。集合涵蓋哪些網域與分類，取決於本機使用的規則資源，名稱本身不代表一定包含特定內容。引用不存在的集合可能導致設定載入失敗；更新規則前應確認來源與相容性。
- 路由與分流出站與 outboundTag
- 出站描述連線離開核心時採用的處理方式，例如直連、代理或封鎖。路由中的
outboundTag會指向已定義的出站標籤；名為direct的標籤，只有連結到直連出站時才代表直連。複製規則時也要確認標籤，不能只複製比對條件。
- 路由與分流DNS 洩漏
- 網域查詢未依預期的解析路徑送出，而改由其他解析器或網路路徑處理的情況。應用程式內建的加密 DNS、系統 DNS 與核心 DNS 可能同時存在，需逐層檢查。判斷前先確認預期由哪個元件解析、透過哪個出站送出，不能只根據解析器名稱下結論。
用戶端與系統設定
先採用符合需求的流量接管方式完成連線，再逐項調整 DNS、虛擬網卡與區域網路存取。一次只變更一個設定，較容易找出問題。
- 用戶端與系統設定系統代理
- 在作業系統登錄本機代理位址與連接埠，讓遵循系統設定的應用程式使用代理。不是所有應用程式都會讀取這項設定，因此啟用後仍可能有應用程式直接連線。系統代理只處理流量接管入口；流量進入核心後要直連或使用代理，仍由路由規則決定。
- 用戶端與系統設定TUN 模式
- 透過虛擬網路介面接收符合接管規則的流量，再交由核心處理的模式。通常需要系統授權並設定路由與 DNS，與其他虛擬網卡同時執行時也可能發生衝突。是否需要啟用，應依目標應用程式支援代理的方式決定，不是開啟越多選項越好。
- 用戶端與系統設定FakeDNS
- 為網域回傳供內部使用的合成位址，並保存網域與位址對應關係，方便後續將連線對應回網域。此機制仰賴配套的解析與流量接管流程，不適合脫離整體設定單獨啟用。停用或切換方案後，舊的 DNS 快取可能仍然存在，應依用戶端說明處理。
- 用戶端與系統設定本機監聽連接埠
- 用戶端在本機提供 HTTP 或 SOCKS 等代理入口時使用的連接埠，與遠端伺服器連接埠不同。手動為應用程式設定代理時，應填入實際的監聽位址、連接埠與對應協定。若其他程式占用相同的位址與連接埠，核心可能無法啟動該入口。
- 用戶端與系統設定允許區域網路連線
- 允許其他區域網路裝置嘗試連線到本機代理監聽入口的設定，不代表所有裝置都會自動使用代理。是否能連線仍取決於監聽位址、防火牆與網路隔離策略。僅供本機使用時通常不必啟用；需要共用時，應限制存取範圍並確認網路可信。