先分清協定與傳輸
VMess、VLESS 與 Trojan 說明用戶端和伺服器如何通訊；TLS、REALITY、SNI 則多半出現在傳輸安全與連線參數中。它們經常搭配使用，但並不是同一層的概念。
依情境查找
五類常見設定概念
遇到陌生欄位時，先判斷它屬於協定、核心、節點、路由還是網路層。確定分類後，再對照具體詞條，通常比逐字猜設定更快。
用戶端不等於核心
v2rayN、v2rayNG 提供圖形介面，Xray 或 V2Fly 核心負責處理協定、DNS 與路由。排查問題時，需要分別確認介面設定與核心執行狀態。
連線測試只代表當下狀況
延遲、真實連線延遲與節點測速採用的測試方法不同。結果會隨本地網路、伺服器負載與測試目標變化，不適合只憑一次數值判斷長期表現。
Protocol
協定與加密
這組術語決定連線參數如何組合。匯入節點後通常不必逐項填寫，但理解它們有助於檢查協定類型、傳輸安全與伺服器名稱是否相符。
- VMess
-
VMess 是 Project V 生態中較早採用的用戶端與伺服器通訊協定。節點設定通常包含伺服器位址、連接埠、使用者識別碼、傳輸方式與安全相關選項。
匯入設定時應讓各欄位保持原本的對應關係，不能只複製位址和連接埠。若使用者識別碼、傳輸路徑或安全設定不一致，即使網路可達也無法完成協定連線。
- VLESS
-
VLESS 是一種結構較精簡的代理協定，本身不負責額外的資料加密。實際設定中通常會與 TLS、REALITY 或其他傳輸安全方案搭配使用。
看到 VLESS 節點時，需要同時檢查使用者識別碼、流量控制方式、傳輸類型與安全層參數。協定名稱相同，不代表兩筆節點設定可以互換欄位。
- Trojan
-
Trojan 是依靠 TLS 建立安全傳輸的代理協定，常見設定包含伺服器網域、連接埠、密碼與伺服器名稱。這裡的密碼屬於協定身分資訊，必須與伺服器端設定一致。
排查連線時，除了確認密碼，也要檢查系統時間、網域解析、TLS 設定與 SNI。只能確認伺服器連接埠可存取，並不能代表完整交握已成功。
- REALITY
-
REALITY 是 Xray 生態中的傳輸安全方案，常與 VLESS 一同出現。用戶端設定可能包含公鑰、短識別碼、伺服器名稱與指紋等參數。
這些欄位由伺服器端設定決定，匯入後不宜只按字面任意修改。公鑰或短識別碼不相符時，連線通常會在安全交握階段失敗。
- TLS
-
TLS 是用來保護網路連線內容並驗證通訊雙方身分的通用安全協定。V2Ray 用戶端中的 TLS 設定常與憑證網域、SNI、系統時間及傳輸方式一同出現。
憑證驗證依賴正確的系統時間與伺服器名稱。遇到憑證過期、名稱不相符或交握失敗的提示時，應先核對這些基本條件，而不是直接改動協定類型。
Core & Client
核心與用戶端
圖形用戶端負責將訂閱、節點與開關整理成可操作的介面，核心則負責執行連線、路由與 DNS 規則。兩者的版本和設定狀態都會影響最終執行結果。
- V2Ray
-
V2Ray 通常用來指 Project V 生態中的網路代理平台及相關設定體系。完整設定可以包含入站、出站、路由、DNS、日誌與策略等模組。
日常使用圖形用戶端時，許多模組會由介面自動產生。閱讀進階設定時，再依模組理解資料從哪裡進入、如何比對規則，以及從哪個出口離開。
- V2Fly
-
V2Fly 是延續 Project V 技術體系的社群專案與核心家族。它負責執行協定連線、路由判斷、DNS 查詢與傳輸處理，也被部分用戶端用作執行核心。
V2Fly 與圖形用戶端並非同一個產品層級。介面中出現核心選擇或核心版本時，指的是實際執行設定的程式，而不是訂閱管理介面本身。
- Xray
-
Xray 是與 V2Ray 設定體系高度相關的開放原始碼核心，支援 VLESS、REALITY、路由與 DNS 等功能。v2rayN 與 v2rayNG 的常見設定都可能由 Xray 執行。
用戶端提示核心啟動失敗時，應查看執行日誌、核心檔案狀態與設定語法。節點清單能正常顯示，只代表介面讀取到了設定，不表示核心已建立連線。
- v2rayN
-
v2rayN 是適用於 Windows、macOS 與 Linux 的桌面圖形用戶端，提供訂閱更新、節點選擇、系統代理、TUN 模式、路由設定與日誌檢視等操作入口。
啟用代理前通常要先匯入訂閱、選擇可用節點，再依使用情境開啟系統代理或 TUN 模式。介面選項會轉換為核心設定，因此修改後可能需要重新啟動相關服務。
- v2rayNG
-
v2rayNG 是適用於 Android 的圖形用戶端，常見執行核心為 Xray。它可以透過訂閱或單筆連結匯入節點，並提供節點切換、路由設定與執行日誌。
連線時，系統會要求建立本機虛擬網路通道，這是用戶端接收裝置流量的必要步驟。若個別應用程式未如預期運作，可繼續檢查應用程式本身的網路設定與用戶端路由模式。
Subscription & Node
訂閱與節點
訂閱用於批次分發與更新，節點則是一筆具體的連線設定。測試結果可用來觀察目前狀態，但不能取代對訂閱有效性與協定參數的檢查。
- 訂閱
-
訂閱是由服務提供者發布的設定集合網址。用戶端讀取該網址後，會將其中的節點名稱、協定參數與群組資訊轉換成可選擇的設定清單。
新增訂閱與更新訂閱是兩個動作：首次新增負責儲存網址，更新操作才會重新取得內容。若更新後清單沒有變化，應先查看用戶端提示，再確認網址是否仍然有效。
- 節點
-
節點是用戶端中的一筆伺服器連線設定，通常包括位址、連接埠、協定、身分資訊、傳輸方式與安全參數。節點名稱只是方便識別的標籤，不會參與實際連線判斷。
選擇節點後，用戶端仍需啟動核心並接管對應流量。節點看得到卻無法連線時，應分別檢查本地網路、系統時間、設定參數與伺服器端狀態。
- 延遲
-
延遲表示一次測試請求從本機送出到收到回應所需的時間，通常以毫秒顯示。測試目標、網路路徑、伺服器負載與本地無線網路都會影響結果。
不同用戶端的延遲測試方法可能不同，因此數值不適合直接橫向比較。延遲較低通常代表回應較快，但不等於下載速度較高或連線始終穩定。
- 真實連線延遲
-
真實連線延遲是透過實際建立代理連線並存取測試目標所得的回應時間。它會經過協定交握與代理出站，比只檢測伺服器網路可達性的測試更接近真實連線過程。
測試失敗可能來自節點參數、DNS、目標網站或本地網路，並不只對應單一原因。連續測試前可以先查看日誌，避免將協定錯誤誤判為單純的網路波動。
- 節點測速
-
節點測速泛指使用延遲測試、真實連線測試或傳輸測試比較節點目前的表現。不同測試關注的指標不同，快速測試適合初步篩選，實際使用體驗還取決於持續連線與目標服務。
批次測速會同時建立較多網路請求，結果也可能受到測試順序影響。較穩妥的做法是先篩選出幾個候選節點，再分別進行連線驗證。
Routing
路由與分流
路由模組不會建立連線節點，只負責判斷已進入核心的請求應使用哪個出站。規則順序、比對目標與最終出口需要一起閱讀。
- 路由規則
-
路由規則根據網域、IP、連接埠、網路類型或協定等條件，決定流量使用哪個出站。規則由上至下比對時，較具體的條件通常應放在更適當的優先位置。
一條規則至少要看比對條件與目標出站兩部分。只看到網域清單而忽略出站標籤，容易誤解這條規則究竟是代理、直接連線還是阻擋。
- 分流
-
分流是讓不同類型的網路請求分別經由代理、直接連線或阻擋出站處理的方式。它依靠路由規則識別目標，再將請求交給對應的出口。
分流不是單純的速度開關。規則涵蓋範圍過大，可能讓不需要代理的請求改變路徑；範圍過小，則可能漏掉特定網域或應用程式連線。
- GeoIP
-
GeoIP 是依 IP 位址所屬地區或用途分類的資料集合，路由規則可透過分類名稱批次比對目標 IP。它處理的是解析後的網路位址，而不是網頁上顯示的語言或名稱。
GeoIP 資料需要隨網路分配變化更新。規則未命中時，還應檢查請求是否已解析出 IP，以及目前路由策略優先使用網域還是 IP 條件。
- GeoSite
-
GeoSite 是依用途或類別整理的網域規則集合，常用於批次比對一組相關網域。它減少逐筆維護網域的工作，但分類邊界仍取決於規則資料本身。
一項服務可能同時使用主網域、介面網域與內容傳遞網域。只比對其中一部分時，頁面與資源請求可能前往不同出站，需要搭配日誌查看實際命中情況。
- 網域比對
-
網域比對是依照完整網域、子網域、關鍵字、正規表示式條件或規則集，判斷請求去向的過程。不同比對方式的範圍不同，完整網域通常最精確，關鍵字的範圍則較廣。
設定規則時，應優先選擇足夠明確的條件。範圍過廣的關鍵字可能同時命中不相關網域，讓原本獨立的請求使用同一個出站。
Transport & Network
傳輸與網路
這組術語與系統如何將流量交給用戶端有關。系統代理與 TUN 模式的涵蓋範圍不同，DNS、FakeDNS 與 SNI 則會影響網域解析與連線交握。
- TUN 模式
-
TUN 模式透過虛擬網路介面接收系統流量，再由代理核心執行 DNS、路由與出站處理。它可以涵蓋部分不讀取系統代理設定的應用程式，也能處理更多類型的連線。
啟用時通常需要系統授予網路相關權限，也可能與其他虛擬網路工具產生介面或路由衝突。遇到斷網現象時，可先退出 TUN 模式並確認系統路由是否恢復。
- FakeDNS
-
FakeDNS 會先向應用程式回傳暫時的映射位址，核心收到後再還原原始網域。這有助於讓後續路由繼續使用網域條件，而不是過早只剩下 IP 位址。
暫時位址只在對應的映射環境中有意義，不是目標服務的真實位址。若映射狀態遺失或流量繞過核心，連線可能無法依預期還原網域。
- DNS 洩漏
-
DNS 洩漏是指應用程式的網域查詢繞過預期的 DNS 路徑，改由其他解析器處理。常見原因包括應用程式自行指定解析方式、系統存在多個網路介面，或部分請求未進入代理核心。
排查時應先確認實際發起查詢的程式，再檢查用戶端 DNS 設定、系統網路設定與路由模式。只更換一個 DNS 位址，不一定能改變所有應用程式的查詢路徑。
- 系統代理
-
系統代理是作業系統提供給應用程式讀取的代理位址與連接埠設定。瀏覽器及部分桌面程式會主動遵循，但自行管理網路連線的應用程式可能忽略這項設定。
開啟系統代理不代表所有裝置流量都會自動進入用戶端。如果需要涵蓋不讀取系統代理的程式，可以再判斷是否適合使用 TUN 模式。
- 入站（Inbound）
-
入站是代理核心接收連線的入口，常見設定包含監聽位址、連接埠與接入協定。系統代理通常會將應用程式請求送到本機的 HTTP 或 SOCKS 入站。
監聽本機位址時，通常只供目前裝置使用；允許區域網路連線時，還要同時考慮監聽範圍與系統防火牆。入站連接埠遭其他程式佔用，會導致核心啟動失敗。
- 出站（Outbound）
-
出站是代理核心處理流量後的出口，可以連線至代理伺服器、直接存取目標，也可以執行阻擋。每個出站通常都有獨立標籤，供路由規則引用。
節點設定通常會產生代理出站，用戶端還會準備直接連線與阻擋出站。閱讀路由時，將規則中的出站標籤與實際定義對照，就能看清流量最終去向。
- DNS
-
DNS 是將網域轉換為網路位址的解析系統。用戶端可以設定查詢伺服器、網域比對規則、查詢類型與請求使用的出站，配合路由完成解析。
連線問題不一定都來自節點，網域無法解析同樣會導致請求失敗。排查時可以區分是沒有取得解析結果，還是已取得位址但後續連線逾時。
- SNI
-
SNI 是 TLS 交握中用來指明目標伺服器名稱的資訊。當一個伺服器位址承載多個網域服務時，伺服器端會依據該名稱選擇相應的憑證與連線設定。
節點參數中的 SNI 不一定與伺服器位址文字完全相同，但必須符合伺服器端提供的設定。自行清空或替換後，可能出現憑證名稱不相符或交握失敗。