VMess
VMess protocol
VMess 是 Project V 生態系中的代理協定,使用使用者識別碼等參數進行驗證,常見於 V2Ray 設定和訂閱項目。設定時須一併確認位址、連接埠、使用者識別碼、傳輸方式和安全選項,不能只看協定名稱。舊教學中的相容性參數不一定適用於目前版本;若驗證失敗,也應確認裝置時間是否正確。
V2Ray/設定參考
依設定主題查找術語。先區分協定、傳輸與核心,再確認訂閱、路由和 DNS 各自控制連線的哪個環節。
共 26 個術語。每個詞條都有專屬錨點,可複製詞條連結供疑難排解時參考;實際設定名稱和可用功能仍以目前使用的用戶端與核心為準。
協定與傳輸
一筆伺服器設定通常會同時包含這三類參數。協定名稱相同,不代表路徑、流量控制和安全設定可以互換。
VMess protocol
VMess 是 Project V 生態系中的代理協定,使用使用者識別碼等參數進行驗證,常見於 V2Ray 設定和訂閱項目。設定時須一併確認位址、連接埠、使用者識別碼、傳輸方式和安全選項,不能只看協定名稱。舊教學中的相容性參數不一定適用於目前版本;若驗證失敗,也應確認裝置時間是否正確。
VLESS protocol
VLESS 是一種輕量代理協定,本身不提供獨立的內容加密層,通常搭配 TLS 或 REALITY 等安全機制使用。項目中的使用者識別碼、流量控制和傳輸設定須與伺服器端相符,不能直接套用其他設定。判斷用戶端能否使用某筆 VLESS 設定時,也須確認實際核心是否支援這些功能組合。
Trojan protocol
Trojan 通常使用 TLS 保護連線,並以密碼進行代理驗證;此處指的是網路協定,不應只憑名稱判斷檔案性質。密碼負責身分驗證,伺服器名稱和憑證驗證則負責其他連線檢查,兩者不能互相取代。匯入項目後若發生交握錯誤,應分別檢查安全設定和驗證參數,而不是直接關閉憑證驗證。
REALITY transport security
REALITY 是 Xray 生態系中的傳輸安全機制,不是與 VLESS 並列的完整代理協定。用戶端通常須使用伺服器端提供的伺服器名稱、公鑰、短識別碼等參數,並符合相應的傳輸和核心要求。請勿將 REALITY 公鑰填入使用者識別碼或密碼欄位;欄位填錯,即使文字完整也無法組成正確設定。
Transport · TCP / WebSocket / gRPC
傳輸方式規定代理連線如何承載資料,常見名稱包括 TCP、WebSocket 和 gRPC;它與 VMess、VLESS 等代理協定屬於不同層面。選擇不同傳輸方式後,可能還須填寫路徑、Host 或服務名稱,且必須與伺服器端相符。傳輸名稱不代表效能排名;疑難排解時應先確認參數一致,再考慮網路環境和實作差異。
核心與用戶端
圖形用戶端負責管理和產生設定,核心則負責處理連線。更新介面程式和更新核心不一定是同一項操作。
Project V ecosystem
Project V 是以網路代理功能為核心發展的開源專案生態系,V2Ray 是其中的核心軟體,相關工具可透過組合入站、出站和路由來處理連線。文件中的 Project V、V2Ray、V2Fly 和 Xray 並非同一層次的名稱。參考設定範例時,請先確認範例適用的專案和版本,再判斷目前的用戶端能否產生或載入相應欄位。
V2Fly / V2Ray core
V2Fly 是延續 V2Ray 開發的社群專案,日常討論中也常用來指稱相應的核心分支。核心負責解析設定、建立連線並執行路由,不等於提供訂閱按鈕的圖形介面。即使兩份設定都標示為 V2Ray 設定,也應確認設定格式和功能支援範圍;不要假設其他核心新增的欄位可以直接使用。
Xray core
Xray-core 是源自 V2Ray 的獨立核心專案,負責實際處理代理協定、傳輸、入站、出站和路由。它與 V2Fly 有共同背景,但後續功能、欄位和相容範圍並不完全相同。若用戶端可切換核心,切換前應確認目前項目的協定擴充功能和自訂設定;更換核心並不是通用的連線修復方法。
Windows / macOS / Linux
v2rayN 是桌面圖形用戶端,提供伺服器管理、訂閱更新、系統代理和路由設定等操作入口,並呼叫配套元件處理連線。新版桌面版與經典 WPF 版的介面不同,具體選單和可用功能應依使用版本查閱。疑難排解時分別記錄用戶端名稱、核心類型和代理模式,比只說「V2Ray 連不上」更容易找出原因。
Android · Xray
v2rayNG 是 Android 圖形用戶端,本頁以使用其 Xray 核心為例說明,通常透過系統 VPN 介面接管應用程式連線。系統授權、依應用程式分流和廠商的背景執行限制,都可能影響實際運作,不能只檢查伺服器項目。狀態列出現 VPN 圖示,只代表接管介面已建立,不表示遠端伺服器、DNS 和目標網站都已連通。
Android · V2Fly
v2flyNG 是採用 V2Fly 核心的 Android 圖形用戶端,可作為依核心需求選擇的替代方案。它的名稱與 v2rayNG 相近,部分匯入和連線操作也相似,但不代表支援完全相同的協定擴充功能。遷移設定時,請先確認核心相容性,再檢查訂閱解析和代理設定,避免因介面相似就認為設定一定通用。
訂閱與節點
訂閱更新成功、伺服器項目存在、測試網址可存取,是不同的檢查結果,不能互相取代。
Subscription
訂閱是透過遠端網址提供伺服器設定集合的分發方式;用戶端執行更新後,會解析並儲存其中的項目。訂閱網址可能包含存取憑證,截圖、記錄檔和求助內容中應隱藏完整網址。更新成功只代表此次取得和解析完成,不表示每個項目都能連線;若項目為空,也應檢查群組篩選條件和回傳內容格式。
Server profile
節點通常指用戶端中的一筆伺服器設定,包含位址、連接埠、協定、驗證和傳輸等參數,但不一定對應一台獨立的實體伺服器。顯示名稱只是方便辨識的標籤,不能證明實際出口位置或連線結構。疑難排解單一節點時,應檢查設定欄位和連線記錄,不宜只憑名稱、圖示或一次測試結果判斷服務狀態。
Subscription group
訂閱群組用來整理訂閱來源和所屬伺服器項目;用戶端可能依群組儲存更新網址、篩選條件和自動更新策略。群組名稱本身不是路由規則,也不代表會自動切換或負載平衡。若訂閱更新後項目數量明顯變化,請先檢查該群組的篩選條件和更新結果,再決定是否重新匯入,以免覆蓋手動調整的項目。
Latency
延遲是特定測試所花費的時間,必須配合測試方法、目標和起訖點解讀;建立 TCP 連線與完成一次網頁請求,測量的並不是同一件事。連線耗時較短,不代表持續下載速度較快,也不能取代傳輸量測試。比較結果時,請使用相同目標和測試方式,並留意網路波動,別把單次數值當成長期結論。
Real connection latency
真實連線延遲通常指用戶端透過所選代理存取測試網址並記錄耗時,比單純檢查伺服器連接埠更接近實際代理請求。測試結果仍會受到 DNS、交握過程、測試目標和實作方式影響,不同用戶端的數值不宜直接比較。測試失敗時,須區分代理連線錯誤和目標網站無法存取;測試成功也不代表所有應用程式都已經透過代理連線。
路由與分流
系統代理控制部分應用程式的接入方式;連線進入核心後,再由路由條件決定出站方式。請先分層檢查,再修改規則。
routing.rules / outboundTag
路由規則依網域、IP、連接埠或入站等條件選擇出站;規則中的 outboundTag 會指向已定義的出站標籤。核心通常依序檢查規則,由第一條符合的規則決定該連線的走向;同一規則中的不同條件如何組合,也應參閱核心文件。若沒有符合的規則,就會依該設定的預設行為處理,因此疑難排解時必須一併檢查規則順序、標籤是否存在,以及預設出站。
Traffic routing
分流是讓不同連線依條件選擇代理、直連或阻斷等出站方式,可依目標網域、位址或其他可識別資訊進行判斷。用戶端顯示的「全域」通常是某種路由預設,不代表所有應用程式流量都已進入用戶端。確認分流是否生效時,請先確認流量接入方式,再檢查目標符合哪條規則,避免把流量未接管誤判為路由失效。
geoip:cn
GeoIP 是供路由規則引用的 IP 位址集合資料,通常依地區或用途分類;例如 geoip:cn 代表引用相應資料中的位址集合。它比對的是 IP,而非網域文字;是否須先解析網域,則取決於路由的網域策略。資料版本、目標解析結果和位址歸屬變化,都可能影響比對結果;分類標籤不應視為即時地理定位。
geosite:category-ads-all
GeoSite 是供路由引用的網域集合資料,可依服務、網站或用途分類,例如 geosite:category-ads-all 會引用一組分類網域。分類是否存在及包含哪些網域,取決於目前載入的資料檔案,不能只憑標籤名稱推斷涵蓋範圍。規則無效時,應檢查資料是否正確載入、分類是否可用,以及前面的規則是否已先符合。
System proxy
系統代理是作業系統提供給應用程式的代理位址設定;用戶端可將其指向本機監聽連接埠,讓遵循此設定的應用程式將連線交給代理。部分程式使用獨立的代理設定或直接建立連線,因此啟用系統代理不代表接管整台裝置。系統代理和核心路由中的「全域」屬於不同層面;退出用戶端後仍無法連線,也應檢查是否殘留系統代理設定。
DNS 與 TUN
DNS 決定如何取得位址,TUN 決定如何接入部分連線;FakeDNS 和流量嗅探則提供後續處理所需的網域資訊。
Domain Name System
DNS 會將網域轉換為 IP 位址等記錄;瀏覽器、作業系統和代理核心可能各自發起查詢並維護快取。設定中的解析伺服器、查詢出站和網域策略會共同影響連線結果;只替換一個 DNS 位址,不一定會改變所有應用程式的解析路徑。疑難排解時,請先確認查詢由哪個元件發起、使用哪個出站,再區分解析失敗、位址不合適和連線失敗。
TUN virtual network interface
TUN 模式透過虛擬網路介面接收 IP 封包,再交由代理元件處理,可涵蓋部分不遵循系統代理設定的程式。實際接管範圍仍受系統路由、排除項目、權限和元件實作影響;啟用後也不代表所有連線都會透過代理出站。首次設定時,應一併檢查 DNS 和迴圈路由規避,並避免多個 VPN 或虛擬網路元件同時爭用預設路由。
Fake DNS
FakeDNS 會向應用程式回傳虛擬位址,並維護虛擬位址與原始網域之間的對應,之後由代理元件還原網域並處理連線。此功能須搭配流量接管和對應還原使用,不能只將它當成一般公共 DNS 位址,填入後就期待所有程式正常運作。若應用程式保留舊快取,或相關流量繞過代理,虛擬位址可能無法正確處理;調整後須重新確認解析和連線路徑。
DNS leak
DNS 洩漏是指查詢偏離預期路徑或解析器,例如原本預計透過指定出站解析,實際上卻由應用程式直接向其他解析器查詢。是否構成洩漏須依預期策略判斷;直連網域使用本機解析,並不一定代表設定錯誤。檢查時應一併留意系統 DNS、瀏覽器加密 DNS、應用程式內建解析和代理 DNS;單次檢測頁面無法完整反映所有應用程式的行為。
sniffing
流量嗅探會從連線初始資料識別協定或可見的目標網域資訊,提供路由判斷線索,常用於進入核心時僅帶有目標 IP 的連線。這不是解密功能,也不保證能從所有加密流量中還原網域;結果會受流量特徵和實際實作影響。用於路由判斷和改寫連線目標的功能,也可能由不同選項控制,請依目前核心的說明設定。