VMess #
代理協定／身分驗證與資料保護
VMess 是 V2Ray 生態系中的代理協定，會使用使用者識別資訊等參數進行驗證，並具備自身的資料保護機制。節點中的位址、連接埠、使用者識別資訊與傳輸設定必須和伺服器相符，不能只看名稱判斷是否相容。若驗證異常，也應檢查裝置時間，因為時鐘明顯不準可能影響連線。
V2Ray 術語整理
協定決定如何通訊，核心負責執行，路由決定連線的去向。先釐清各層作用，再檢視設定項目。
分成五類整理 25 個常見術語。每個術語都能透過標題旁的連結直接定位；實際選單名稱可能隨用戶端版本而異。
設定片段／僅顯示路由欄位
{
"routing": {
"rules": [
{
"type": "field",
"domain": ["geosite:cn"],
"outboundTag": "direct"
}
]
}
}
PROTOCOL / TRANSPORT
協定與傳輸
代理協定、承載方式與安全機制是三個不同層面。看到 VLESS、WebSocket、TLS 同時出現，不代表設定中用了三套用戶端。
VLESS #
代理協定／精簡的協定層
VLESS 負責組織代理請求與驗證，本身不負責加密傳輸內容。實際部署通常會搭配 TLS 或 REALITY 等安全機制，因此「支援 VLESS」不代表支援該節點使用的所有組合。匯入後應保留原有的安全設定與 flow 等參數，不要套用其他節點的設定。
Trojan #
代理協定／密碼驗證
Trojan 通常透過 TLS 保護連線，並以密碼進行身分驗證。密碼正確只是成功連線的條件之一，伺服器位址、連接埠、伺服器名稱與憑證驗證也必須相符。若憑證出現錯誤，應核對設定與裝置時間，不宜將關閉驗證當成通用修復方式。
TLS #
傳輸安全／加密與身分驗證
TLS 用於保護通訊內容，並透過憑證等機制驗證通訊端的身分，不是某種代理協定的別名。用戶端中的伺服器名稱通常會用於 TLS 交握與憑證驗證，不一定等同於填入的連線 IP。若連接埠連得上，TLS 交握卻失敗，問題可能出在後續安全協商，而非基礎網路無法連線。
REALITY #
傳輸安全／Xray 生態系
REALITY 是 Xray 生態系中的傳輸安全機制，不是能單獨取代 VLESS 的代理協定。使用時需要用戶端核心支援，且公鑰、伺服器名稱、short ID 等參數必須符合伺服器端要求。一般 TLS 設定不能只靠更改名稱就變成 REALITY 設定；介面能填入欄位，也不代表核心一定能執行。
WebSocket #
傳輸方式／常見縮寫 WS
WebSocket 是一種雙向通訊方式，在代理設定中可用來承載協定資料。路徑與 Host 等欄位通常必須符合伺服器或反向代理設定，多一個斜線也可能改變請求送往的位置。它與 TLS 屬於不同層面，可以搭配使用；排查時應分別確認承載方式與安全設定。
CORE / ECOSYSTEM
核心與生態系
用戶端名稱不等於核心名稱。要判斷設定能否使用，應確認實際呼叫的核心、版本與相關功能支援情況。
Project V #
專案生態系／模組化網路工具
Project V 是以模組化網路代理工具為核心的專案與技術生態系，V2Ray 是其中的核心專案之一。它強調以不同模組組織入站、出站與路由，不是某款圖形化用戶端的產品名稱。閱讀相關資料時，應進一步確認談的是生態系概念、特定核心，還是用戶端選單。
Xray #
代理核心／獨立演進的實作
Xray 從 V2Ray 相關程式碼發展而來，之後獨立演進，REALITY 等功能與此生態系密切相關。v2rayNG 使用 Xray 核心，但實際支援範圍仍取決於所附核心版本。不要因為兩種核心的設定看起來相似，就直接互換包含專屬欄位的完整設定。
V2Fly #
維護社群／V2Ray 實作
V2Fly 是持續維護 V2Ray 相關實作與文件的社群，一般所說的「V2Fly 核心」通常是指其維護的 V2Ray 實作。v2flyNG 是採用此核心的 Android 用戶端選擇之一。比較不同核心時，應逐項檢視協定、安全機制與欄位，不能簡單視為同一程式的新舊名稱。
用戶端與核心 #
操作介面／連線執行
用戶端負責管理訂閱、顯示設定與產生設定檔，核心則負責實際接收與轉送連線。v2rayN 是圖形化用戶端，不是 V2Ray 核心的另一種拼法；核心選項則應以使用版本的介面為準。若啟動失敗，先分清是介面程式無法開啟，還是介面已開啟但核心未能啟動，兩者的排查方向不同。
SUBSCRIPTION / PROFILE
訂閱與節點
訂閱是取得設定的入口，節點是取得的一組連線參數，而測試結果只是某次測試的回饋。
訂閱 #
Subscription／批次取得設定
訂閱讓用戶端透過單一網址取得一組連線設定，省去逐一輸入節點的步驟。訂閱網址可能含有存取權杖，應比照帳號憑證妥善保管，分享截圖時也要遮住完整網址。成功儲存網址不代表已取得設定，還需要手動更新；訂閱也不會自動替你設定系統代理。
節點 #
連線設定／不只是伺服器名稱
節點通常是一組包含伺服器位址、連接埠、驗證資訊、傳輸方式與安全設定的設定。清單中的顯示名稱主要用於辨識，不能只憑名稱判斷伺服器位置、效能或可用性。同一台伺服器也可能提供多種設定，因此排查時應依據實際參數與記錄，而不是只比較節點名稱。
更新訂閱 #
取得與解析／不等於程式升級
更新訂閱會重新向訂閱網址發出請求，再將回傳內容解析成用戶端可使用的設定。這不會升級用戶端安裝檔，也不保證伺服器目前可以連線。更新失敗時，應依序確認網址是否完整、請求是否成功，以及回傳格式是否受支援；「透過代理更新」也取決於現有代理是否可用。
延遲 #
Latency／先確認測試方式
延遲是指定測試從開始到收到回應所花的時間，介面上的毫秒數值必須搭配測試方式解讀。連接埠測試、代理請求測試與網頁完整載入測量的並非同一件事。數值較低不一定代表下載速度較快，偶發逾時也不能單獨證明節點長期無法使用，應在相同條件下重新測試。
真實連線延遲 #
代理連線測試／依用戶端實作而異
真實連線延遲通常指透過選定的代理設定向測試網址發出請求所花的時間，比單純測試伺服器連接埠更接近實際代理連線。是否包含網域解析、交握等階段，取決於用戶端實作與測試設定。測試失敗可能來自節點、解析器或測試目標本身，應搭配記錄並交叉測試其他目標。
ROUTING / DNS
路由與分流
連線進入用戶端後，才會由規則決定出口。網域、IP 位址與 DNS 解析結果都會影響規則比對方式。
路由規則 #
Routing rules／條件與出口
路由規則會依網域、目標 IP、連接埠等條件，為連線選擇對應的出站。規則通常依序檢查，前面過於寬泛的條件可能讓後面的精確條件無法符合。修改規則前，應先確認比對對象與目標出口，並檢查出站標籤是否存在；預設的處理方式還取決於完整設定與使用的核心。
分流 #
依條件處理／直連、代理或封鎖
分流是依規則將不同連線交由不同方式處理，例如直連、代理或封鎖，不等於把流量平均分配到多個節點。用戶端中的「略過中國大陸」等名稱通常代表一組預設規則，實際範圍取決於規則與資料檔。切換預設規則後，應確認特定目標的連線去向，不能只看按鈕是否已選取。
GeoIP #
IP 位址集合／geoip.dat
GeoIP 使用位址集合協助路由比對目標 IP，常見引用方式為 geoip:cn，相關資料通常儲存在 geoip.dat。它比對的是位址分類，不會直接辨識網站的營運主體或內容語言。資料來源、更新時間與位址變更都可能影響結果，因此不能將它視為即時且絕對準確的位置判斷。
GeoSite #
網域集合／geosite.dat
GeoSite 將網域整理成分類集合，規則可透過 geosite:cn 等形式引用，常見資料檔名為 geosite.dat。它用於網域分類，與依 IP 比對的 GeoIP 使用不同資料。可用標籤取決於實際資料檔；引用不存在的標籤可能導致設定載入失敗，更新規則時也要確認資料來源。
DNS #
網域名稱系統／名稱轉為位址
DNS 會將網域解析成 IP 位址等紀錄，讓應用程式知道連線目標。系統、瀏覽器與代理核心可能各自有解析設定，因此修改用戶端的 DNS 不一定能套用到所有應用程式。排查「網域無法開啟，但位址可連線」時，應區分解析失敗、回傳結果不同與連線失敗，避免一開始就更換所有節點參數。
FakeDNS #
合成位址／網域對應
FakeDNS 會為網域指派合成 IP，並保留網域與位址的對應關係，之後接管流量時便能據此還原目標網域。合成 IP 並非網站的真實伺服器位址，需要解析與流量接管環節相互配合。若應用程式取得合成位址，卻繞過能處理該對應關係的用戶端，連線就可能失敗；它也不是所有 DNS 故障都適用的通用開關。
CLIENT / LOCAL NETWORK
用戶端設定
先確認應用程式是否將連線交給用戶端，再檢查用戶端如何處理。接管入口與路由規則解決的是不同問題。
系統代理 #
應用程式入口／遵循系統設定才會生效
系統代理是作業系統提供的一組代理設定，遵循該設定的應用程式會將請求交給指定的本機代理入口。v2rayN 的「自動設定系統代理」負責設定這個入口，不代表所有程式與所有網路協定都會被接管。選擇「清除系統代理」通常是移除相關設定，不是刪除訂閱或節點；結束用戶端後若無法上網，應檢查是否仍有指向已關閉用戶端的代理設定。
TUN 模式 #
虛擬網路介面／路由接管
TUN 模式透過虛擬網路介面與系統路由接管流量，通常能涵蓋部分不遵循系統代理設定的應用程式。它往往需要額外權限、路由與 DNS 配合，也可能與其他網路軟體衝突。TUN 模式不等於「全域代理」，接管後的連線仍可依規則直連或使用代理；Android 用戶端常透過系統 VPN 介面接管流量，選單名稱不一定會標示為 TUN。
DNS 洩漏 #
解析路徑偏離／依預期策略判斷
DNS 洩漏通常是指網域查詢沒有依預期路徑處理，而是交由其他解析器處理。瀏覽器的安全 DNS、系統解析服務與用戶端 DNS 設定都可能影響結果，不能只檢查單一開關。檢查時應先確認哪些查詢預期經由哪條路徑，再比對實際解析來源；若一般直連查詢符合預設策略，就不能只因它沒有經過代理而判定為洩漏。
Mux 多工 #
邏輯連線複用／不是通用的加速選項
Mux 嘗試在較少的底層連線中承載多個邏輯連線，可能減少部分重複建立連線的開銷。實際效果取決於協定、網路狀況與兩端實作；某些組合不適合啟用，也可能在封包遺失時互相影響。沒有明確需求時，可保留用戶端建議值；若要比較開關效果，應在相同節點與測試條件下逐項驗證，不要同時修改多個參數。