v2rayN
桌面三平台圖形化用戶端
Windows、macOS、Linux 適用的 V2Ray 圖形化用戶端,負責訂閱管理、節點選擇、路由設定與本機監聽連接埠。它本身不實作代理協定,實際轉發由 Xray 或 V2Fly 核心完成,介面只負責產生設定並管理核心行程。桌面端提供桌面版與經典 WPF 版兩種介面形式。
GLOSSARY
V2Ray 名詞解釋與術語對照
依用戶端與核心、協定與傳輸、訂閱與節點、路由與分流、網路與連接埠、日誌與診斷六大類整理 29 條常用術語。每條先給一句定性,再說明它在設定裡的位置與使用情境。
怎麼用這一頁
先依分類索引定位章節,再從術語卡下方的交叉連結跳到相鄰概念。術語與設定檔欄位的對應關係,集中在頁面最後的對照表裡。
CLIENTS & KERNELS · 5 條
用戶端與核心
三款圖形化用戶端負責介面與設定管理,實際轉發交給 Xray 或 V2Fly 核心執行,兩者是分工關係而不是替代關係。
v2rayNG
Android 圖形化用戶端
執行於 Android 的 V2Ray 圖形化用戶端,預設搭配 Xray 核心。它以系統 VPN 服務的方式接管流量,不需要 root 權限,訂閱、路由、DNS 等設定項目與桌面端使用同一套設定語意。
v2flyNG
Android 備選用戶端
同樣面向 Android 的圖形化用戶端,執行時使用 V2Fly 核心,介面結構與 v2rayNG 接近。當節點使用較舊的 VMess 參數,或需要 V2Fly 特有的傳輸組合時,可以用它作為備選入口。
Xray 核心
負責實際轉送的核心
Project V 生態系中的一個核心分支,負責協定解析、加密、路由比對與出站連線。用戶端把設定寫成 JSON 交給它執行,升級核心即可取得新的協定支援,不必更換介面。
V2Fly 核心
社群維護的另一支核心
Project V 的社群維護分支,v2flyNG 與部分桌面用戶端使用它作為執行核心。它與 Xray 在設定結構上大致相容,但支援的協定集合與傳輸選項並不完全一致,排查問題時先確認目前執行的是哪一支。
PROTOCOLS & TRANSPORT · 5 條
協定與傳輸
這一組名詞出現在設定檔的前兩段:協定決定身分如何驗證,傳輸層決定封包長什麼樣。
VMess
帶時間戳驗證的協定
V2Ray 早期的主力協定,用戶端與伺服器透過 UUID 與時間戳完成身分驗證,兩端系統時間需要大致同步。設定裡通常還帶 alterId 參數,較新的核心已把它當作相容選項處理。
VLESS
無狀態的輕量協定
相較於 VMess 去掉了額外的加密層與時間戳驗證,認證只依賴 UUID,握手更短、開銷更低。VLESS 本身不提供加密,通常與 TLS 或 REALITY 搭配使用,由傳輸層負責機密性。
Trojan
走標準 TLS 的協定
把代理流量放進一條標準的 TLS 連線裡,伺服器對外表現為一般的 HTTPS 網站,密碼不符時回落到真實網站內容。它的設定項目很少,主要依賴網域與憑證,適合已經有憑證的情境。
REALITY
借用目標網站憑證的握手方式
用戶端在握手階段直接與一個真實的目標網站完成 TLS 協商,不需要自己申請網域與憑證。伺服器只轉送握手並持有私鑰,憑證鏈天然可信,代價是目標網站必須長期穩定可達。
XTLS Vision
傳輸層流量整形
針對 TLS 記錄層特徵做流量整形的一組技術,透過控制分片與填充,讓加密流量的長度分布更接近一般網頁瀏覽。它需要與 TLS 或 REALITY 搭配使用,單獨開啟沒有意義。
SUBSCRIPTION & NODES · 4 條
訂閱與節點
節點從哪裡來、怎麼更新、單筆設定長什麼樣,這一組名詞涵蓋的是匯入環節。
訂閱連結
節點設定的派送位址
一個回傳節點清單的 URL,用戶端請求後把回傳內容解析成若干筆節點。連結裡通常帶一個權杖參數用於識別使用者,因此它等同於帳號憑證,不宜公開分享。
訂閱更新
重新拉取節點清單
用戶端依訂閱連結重新請求一次節點清單,並用新結果取代本機舊項目的過程。多數用戶端支援手動更新與定時更新,切換節點前先更新一次,可以避免連到已經下線的位址。
節點
一條出站連線的目標
一條節點的完整描述包含伺服器位址、連接埠、協定、傳輸方式與認證參數。用戶端把節點整理成清單,連線時由路由規則決定哪些流量交給哪個節點。
分享連結
單筆設定的文字編碼
把一條節點的參數依協定前綴編碼成一段文字,常見前綴有 vmess://、vless://、trojan://。匯入後用戶端會把它還原成節點項目,與訂閱的差別是只包含一條節點,也不會自動更新。
ROUTING & SPLIT · 5 條
路由與分流
決定流量走代理還是直連的一整套比對機制,順序與比對對象是理解它的兩個關鍵。
路由規則
決定流量去向的比對表
一組依序比對的條件,每條規則寫明比對對象(網域、IP、連接埠、行程)與命中後的動作(走代理、直連、封鎖)。比對由上而下進行,命中第一條即停止,因此規則順序會直接影響結果。
分流
依目標選擇線路
讓一部分流量走代理、另一部分直接連線的處理方式。常見做法是把中國大陸網域與 IP 段設為直連,其餘走代理,既減輕節點壓力,也避免本機服務被繞行。
GeoIP
依 IP 歸屬比對
核心內建或外掛的 IP 地理位置資料庫,路由規則裡用 geoip:cn 這樣的寫法引用它。它回答的是某個 IP 屬於哪個地區,對直接用 IP 連線的目標有效,網域目標需要先解析出位址才能命中。
GeoSite
依網站網域集合比對
依網站分類整理的網域清單,規則裡寫成 geosite:category-ads 這類形式。相較於逐條列出網域後綴,它更適合批次處理常見網站分組,資料庫可以隨核心一起更新。
入站與出站
流量的兩端
入站描述流量從哪裡進入核心,例如本機 SOCKS 連接埠或 TUN 虛擬網卡;出站描述流量以什麼方式離開,例如某條節點或直連。路由規則的作用就是在入站與出站之間做選擇。
NETWORK & PORTS · 6 條
網路與連接埠
核心在本機開出的入口、接管流量的兩種方式,以及解析請求該往哪裡走。
本機監聽連接埠
核心在本機開的入口
核心在本機監聽的連接埠,常見組合是 SOCKS 10808 與 HTTP 10809。瀏覽器或系統把流量指向這個連接埠,核心再依路由規則轉送;連接埠被其他程式占用時,用戶端會啟動失敗並把原因寫進日誌。
SOCKS5
通用的代理協定
一種支援 TCP 與 UDP 轉送的代理協定,只負責把流量交給代理端,不關心上層是 HTTP 還是其他協定。桌面用戶端的本機入口通常以 SOCKS5 為主,相容性最好。
系統代理
由作業系統轉送流量
用戶端修改作業系統的代理設定,把 HTTP 與 SOCKS 請求指向本機監聽連接埠。它只涵蓋遵循系統代理的程式,自行讀取網路設定的應用程式仍會直連,這時需要改用 TUN 模式。
TUN 模式
虛擬網卡接管全域流量
核心建立一塊虛擬網卡並把預設路由指向它,應用程式流量在網路層被統一接管,不再依賴各自的代理設定。代價是需要更高的系統權限,DNS 處理也要單獨設定,否則容易出現解析異常。
FakeDNS
用假位址換取網域資訊
核心先對網域回傳一個保留位址段內的假 IP,等應用程式真正發起連線時再依對應關係還原出網域,交給路由規則判斷。它讓以 IP 為基礎發起的連線也能享有網域分流,代價是本機 DNS 快取需要配合清除。
DNS 洩漏
解析請求繞過代理通道
應用程式在建立連線前會先做一次 DNS 查詢,如果這次查詢走的是本機網路而不是代理通道,目標網域就暴露給本機解析器。常見處理方式是在核心裡明確指定 DNS 伺服器,或讓 TUN 模式接管 DNS 流量。
LOGS & DIAGNOSIS · 4 條
日誌與診斷
出問題時先看什麼、哪些數值值得比對,這一組名詞是排查流程的起點。
執行日誌
核心輸出的執行記錄
核心依時間順序記錄啟動、設定載入、連線建立與錯誤訊息,是排查問題的第一手材料。日誌裡的時間戳、出站標籤與錯誤關鍵字,可以把問題定位到具體環節。
日誌等級
控制記錄的詳細程度
常見取值有 warning、info、debug,等級越詳細記錄越多、日誌檔成長也越快。日常使用保持 info 即可,只在重現某個問題時臨時調到 debug,排查完再調回去。
真連線延遲
端到端可用性指標
用戶端實際向節點發起一次連線並等待回應,測出的是包含握手與認證在內的來回時間。它比 ping 更接近真實體驗,代價是每次測試都會產生一次連線開銷,節點不可用時表現為逾時。
握手
建立連線前的協商過程
用戶端與伺服器在傳輸資料之前交換身分、協商加密參數的過程。握手耗時直接反映在首次連線速度上,也是 TLS、REALITY 與 XTLS 這幾項技術重點最佳化的環節。
CONFIG MAP
術語與設定欄位對照
介面上看到的名詞,在設定檔裡通常對應下面這些欄位。欄位名稱以核心文件為準,不同版本之間可能有細微差異。
| 術語 | 設定檔位置 | 常見介面位置 |
|---|---|---|
| 本機監聽連接埠 | inbounds[].port |
參數設定 → 本機監聽連接埠 |
| 路由規則 | routing.rules |
路由設定 → 規則清單 |
| 入站與出站 | inbounds / outbounds |
節點清單與路由設定 |
| GeoIP 與 GeoSite | routing.rules 的 domain、ip 欄位 |
路由設定 → 規則清單 |
| FakeDNS 與 DNS | dns.servers、dns.fakeDns |
DNS 設定 → 伺服器 |
| 日誌等級 | log.loglevel |
參數設定 → 日誌等級 |
| TUN 模式 | inbound 的 tun 協定 | 參數設定 → TUN 模式 |
| 訂閱更新 | 由用戶端本機管理,不寫進核心設定 | 訂閱 → 更新訂閱 |