VMess
V2Ray 生態系中的代理協定，使用使用者識別碼進行身分驗證，並具備自身的資料保護機制。設定時須分別確認使用者識別碼、協定選項與底層傳輸設定，不能只填入伺服器位址。舊教學中的相容性參數未必適用於目前的實作；遇到連線錯誤時，應先確認核心版本與伺服器端的要求。
術語參考 / CONCEPT REFERENCE
V2Ray 術語手冊
釐清協定、核心、設定與路由的概念界線。先確認術語所屬層級，再對照用戶端設定與 JSON 欄位。
01 / PROTOCOL & TRANSPORT
協定與傳輸
代理協定規範驗證方式與資料格式；傳輸方式負責承載連線；安全層則保護通訊。一個節點通常同時包含這幾類參數，名稱相似不代表可以互換。
VLESS
以精簡驗證結構為特色的代理協定，本身不提供負載加密，常搭配 TLS 或 REALITY 使用。VLESS、傳輸方式與安全層是不同的設定項目，選擇其中一項不會自動補齊其他參數。若連線使用特定流量控制選項，也須確認兩端核心都支援。
Trojan
通常建構於 TLS 連線之上的代理協定，使用密碼完成驗證。連線能否成功不只取決於密碼，也與連接埠、伺服器名稱及憑證驗證是否正確有關。遇到憑證錯誤，應檢查名稱是否相符、信任鏈與裝置時間，不宜直接略過驗證。
Shadowsocks
使用約定的加密方式與憑證傳送代理流量的協定家族。不同規範與加密方式對金鑰格式及實作版本可能有不同要求，因此匯入後仍須確認加密方式名稱。它與 VMess、VLESS 是不同協定，不能只改顯示名稱就完成轉換。
TLS
為連線提供加密、完整性保護與身分驗證的安全協定，與代理協定本身並不相同。用戶端通常需要正確的伺服器名稱，並驗證憑證是否可信。SNI 用於在交握過程中指示目標名稱；它可能與實際連線位址不同，但必須符合伺服器端的部署方式。
REALITY
Xray 生態系中的傳輸安全方案，常見於與 VLESS 組合的連線設定。用戶端須依伺服器端提供的資訊填入相應的公開金鑰、伺服器名稱與其他連線參數，不能直接套用一般 TLS 的所有做法。介面能辨識連結，不代表核心就能執行；實際支援情況以目前使用的核心版本為準。
02 / CORE & CLIENT
核心與用戶端
介面負責整理設定，核心負責執行連線。系統代理與 TUN 是流量進入用戶端的方式，不是某種遠端代理協定。
Project V
圍繞網路代理與通訊工具形成的專案生態系概念，V2Ray 是其中的重要一環。這個名稱不是某個圖形化用戶端，也不代表生態系中的所有實作都具備完全相同的功能。閱讀資料時，應進一步確認內容指的是專案背景、特定核心，還是用戶端介面。
V2Fly
維護 V2Ray 相關核心實作的社群專案，核心負責協定處理、入站接收、出站連線、路由與 DNS 等工作。v2flyNG 是採用此核心家族的 Android 用戶端選項。比較設定時須確認具體版本，不能只因檔名相同就認定欄位完全相容。
Xray
與 V2Ray 有歷史淵源的獨立核心專案，在協定功能與設定細節上有自己的發展方向。v2rayNG 使用 Xray 核心；v2rayN 的實際功能則須依所選核心確認。某項功能出現在 Xray 的文件中，不代表另一個核心也接受相同設定。
圖形化用戶端
提供訂閱管理、節點選擇與參數設定介面的應用程式，通常透過產生設定檔呼叫底層核心。v2rayN、v2rayNG、v2flyNG 是用戶端名稱，不是協定名稱。排查問題時應分別記錄用戶端與核心版本，因為介面選項與連線能力可能由不同部分決定。
系統代理
作業系統提供給應用程式的代理設定，通常指向用戶端的本機監聽位址與連接埠。只有遵循這套設定的應用程式才會使用相應入口；命令列程式或有獨立網路設定的應用程式可能會採用其他路徑。啟用系統代理只處理入口問題，不會決定請求進入核心後使用哪個出站。
TUN 模式
透過虛擬網路介面接收 IP 封包的連線方式，可用於接管部分不遵循系統代理的應用程式流量。實際涵蓋範圍由用戶端實作、系統權限、路由與排除規則共同決定。啟用後也須留意 DNS 處理與區域網路存取；若出現異常，應先檢查是否與其他網路工具爭用路由。
03 / CONFIGURATION STRUCTURE
設定檔結構
依照「接收連線 → 比對規則 → 選擇出口」的順序閱讀設定，比較容易找出問題。下列名稱對應常見 JSON 欄位，完整範例請參閱 JSON 設定手冊。
JSON 設定
使用物件、陣列與鍵值描述核心行為的設定格式，字串與欄位名稱須使用雙引號。語法能夠解析，只表示文件格式正確，不代表目前使用的核心會接受其中的欄位。用戶端自動產生的執行設定也可能在下次儲存時遭到覆寫；修改前應先確認持久化設定的入口。
記錄
記錄執行狀態與錯誤資訊的設定區段，常用於找出解析失敗、交握失敗或連線逾時等問題。記錄層級會影響細節多寡，暫時提高層級有助於排查，但也會產生更多記錄。閱讀時應對照故障發生時間；分享記錄前，應移除訂閱網址、驗證資訊與不必要的連線細節。
入站
核心接收連線的入口，通常包含監聽位址、連接埠、入口協定與標籤。本機 SOCKS 或 HTTP 代理連接埠就是常見的入站；應用程式連到此處後，才會交由核心處理。監聽本機回送位址與監聽所有介面，兩者的可存取範圍不同；開放區域網路存取前，應確認防火牆與驗證設定。
出站
核心處理請求的出口，可對應遠端代理、直接連線或封鎖行為。路由通常透過出站標籤引用，因此標籤必須與規則中的引用一致。也須確認未符合任何規則的請求會如何處理；不要直接將用戶端清單中的顯示順序視為最終產生設定的預設出站。
流量探測
從部分連線的初始資料辨識協定或目標網域的機制，常用來為路由補充資訊。它無法解密任意加密負載，也不保證每個連線都能還原網域。是否僅供路由使用、是否會影響連線目標，須依具體選項判斷；不能把啟用探測視為修復所有網域規則的通用方法。
策略
用於設定連線逾時、使用者層級相關行為及部分統計開關的設定區段，不是網域分流規則表。「策略」也可能出現在用戶端的其他選單中，應先確認對應的欄位。調整逾時會改變連線保留或終止的時機，但不會直接提升線路容量或伺服器回應速度。
04 / ROUTING & DNS
路由與 DNS
分流仰賴可供比對的資訊，DNS 則決定網域如何解析。檢查這部分設定時，不只要查看規則內容，也要確認請求進入核心時帶有的是網域還是 IP。
路由規則與分流
依網域、IP、連接埠、協定或入口標籤等條件選擇出站的規則集合；分流就是這種選擇過程。規則通常依設定順序比對，因此精確的例外規則應放在可能涵蓋它的寬泛規則之前。用戶端的「繞過中國大陸」等模式通常是預設規則的名稱，不是與 VMess 並列的協定。
GeoIP
依地區或特定用途整理的 IP 位址集合，路由可利用集合標籤批次比對位址。這代表資料集對位址的分類，不是即時測量伺服器的實際位置或服務歸屬。網站使用多個位址或位址有所變更時，比對結果也可能不同；應搭配實際連線目標與資料更新時間檢查。
GeoSite
依服務、用途或其他類別整理的網域集合，可減少逐一維護網域規則的工作。集合名稱與內容取決於使用的資料檔，並非所有核心環境都具備相同分類。如果核心只取得目標 IP，網域集合可能無法直接比對，還須檢查入口資訊與流量探測設定。
網域策略
控制特定設定區段如何處理網域解析的選項；不同位置中的同名欄位不一定代表相同意思。路由中的 IPIfNonMatch 通常表示先以現有資訊比對，未命中時再解析網域，嘗試比對 IP 規則。這不等於將所有應用程式的 DNS 請求統一轉交給某個解析伺服器。
FakeDNS
向應用程式回傳合成 IP，並維護合成位址與原始網域之間的對應關係。後續連線必須進入能還原對應關係的處理流程；合成位址本身並非目標網站的真實位址。如果查詢與連線走了不同路徑，應用程式可能無法存取，因此須一併檢查 DNS 接管、位址池與路由設定。
DNS 洩漏
網域查詢透過預期策略以外的路徑解析。應先確認預期使用哪個解析器及哪條路徑；系統解析器、瀏覽器自行解析與應用程式內建解析都可能參與請求。測試頁面顯示的解析服務地區只能作為線索，不能單憑此結果證明所有應用程式的查詢都遵循相同策略。
05 / SUBSCRIPTION & NODE
訂閱與節點
訂閱負責分發連線參數，節點是參數記錄，測試結果則反映特定條件下的表現。這三者須分開判斷，不能以一次測速結果取代設定檢查。
訂閱
用戶端透過一個網址取得一組連線設定的更新入口，具體格式與內容由提供者和用戶端共同決定。更新訂閱不一定會同步更新路由、DNS 或本機偏好設定；手動修改的節點也可能在下次更新時遭到覆寫。訂閱網址可能包含存取憑證，應妥善保管，如同保護驗證資訊一樣。
節點
用戶端儲存的一組連線參數，通常包含位址、連接埠、協定、驗證與傳輸設定。一筆節點記錄不一定對應一台獨立伺服器，同一個位址也能承載多種不同設定。名稱中的地區或線路說明只是描述資訊，實際使用時仍應根據連線結果與設定內容判斷。
分享連結
以文字連結封裝連線參數的交換方式，用戶端可透過剪貼簿或 QR Code 讀取。成功匯入只代表內容已解析，不代表所有參數都受到完整支援，也不代表伺服器目前可用。分享連結可能包含驗證資訊，因此不宜在螢幕截圖、記錄或公開求助內容中直接貼出完整連結。
訂閱轉換
將某種訂閱或節點格式轉換為另一種目標格式的過程，通常涉及欄位對應與不支援參數的處理。轉換無法替目標用戶端增加原本不具備的協定功能，部分語意也可能在轉換過程中遺失。使用轉換服務代表原始內容可能交由其他服務處理，應先了解處理方式與存取範圍。
延遲
特定測試方式下的回應時間，須搭配測試目標、網路層級與逾時條件解讀。ICMP 探測、TCP 建立連線與透過代理傳送請求測得的並非同一項指標，數值不能直接互相比較。延遲較低不代表下載速度較快，因為傳輸量還會受到線路容量、壅塞與伺服器負載影響。
實際連線延遲
用戶端透過指定代理連線至測試目標時測得的耗時，通常比只檢查伺服器連接埠更接近實際請求路徑。測試是否包含 DNS、TLS 交握與讀取回應，須以用戶端目前的實作為準。測試成功只表示當時能連線至該目標；逾時也可能是測試網站或本機設定所致，不能直接判定節點失效。
從術語查找設定操作
不確定請求是否進入用戶端時，先查看系統代理與入站；請求已進入但出口不如預期，檢查路由規則與出站標籤；網域與 IP 的結果不同，再確認網域策略和 DNS。每次只調整一組相關選項，並保留可重現問題的測試條件。