VMess 協定
VMess 是需要使用者驗證的代理協定,使用者識別碼通常以 UUID 表示。用戶端與伺服器端還須使用相符的傳輸方式與相關安全參數;只填入位址和連接埠並不足以建立連線。驗證會受到時間條件影響,排查連線失敗時也應檢查裝置的系統時間,而不只是更換節點。
V2Ray / 術語參考
先釐清設定層次,再查詢欄位用途。協定決定連線雙方如何互動;核心負責執行設定;圖形化用戶端則管理節點、訂閱與操作介面。
本頁整理 30 個常用術語,每張卡片都能透過網址中的錨點單獨引用。欄位是否可用,請以用戶端目前採用的核心及其版本為準。
01 / Protocol & transport
協定、傳輸方式與傳輸安全分屬三個層次。節點名稱只列出協定,通常不足以還原完整連線參數。
VMess 是需要使用者驗證的代理協定,使用者識別碼通常以 UUID 表示。用戶端與伺服器端還須使用相符的傳輸方式與相關安全參數;只填入位址和連接埠並不足以建立連線。驗證會受到時間條件影響,排查連線失敗時也應檢查裝置的系統時間,而不只是更換節點。
VLESS 是輕量型代理協定,本身不具備與 VMess 相同的負載加密機制,實際部署通常搭配 TLS 或 REALITY。使用者識別碼、傳輸方式及選填的 flow 參數都須依伺服器端要求填寫。支援 VLESS 不代表支援所有相關組合,也須確認核心具備相應功能。
Trojan 通常透過 TLS 連線傳送代理流量,並以密碼驗證。密碼與 TLS 伺服器名稱是不同欄位,不能互相取代;連線位址也可能與憑證使用的網域不同。遇到憑證錯誤時,應先確認伺服器名稱、時間與憑證鏈,不建議直接略過憑證驗證。
REALITY 是 Xray 生態系中的傳輸安全機制,並非與 VLESS 並列的獨立代理協定。設定通常涉及伺服器公鑰、伺服器名稱、短識別碼與用戶端指紋等參數。它採用的伺服器憑證部署方式與一般 TLS 不同,不能只修改 TLS 節點的一個安全選項,就視為已完成轉換。
傳輸方式決定代理資料如何經由底層連線傳送,例如 TCP、WebSocket 或 gRPC。路徑、服務名稱與要求標頭等參數屬於特定傳輸方式的設定,並非所有協定都會用到。設定節點時應逐層核對協定、傳輸與安全選項;路徑不相符也可能導致交握失敗。
02 / Core & ecosystem
用戶端視窗負責操作,核心負責處理連線。檢查相容性時,必須同時確認這兩個層面的實作。
Project V 是認識 V2Ray 及相關網路工具時常見的生態系名稱,不是節點協定,也不是某個圖形化介面的名稱。討論生態系時,應區分代理核心、用戶端與設定格式。名稱相近的工具可能使用不同核心,功能範圍仍須分別確認。
V2Fly 是延續 V2Ray 專案發展的社群專案,其核心負責解析設定、接收入站連線與建立出站連線等工作。Android 用戶端 v2flyNG 是採用這個核心的選擇之一。V2Fly 與 Xray 的功能各自發展,切換核心前應確認現有節點與設定欄位是否相容。
Xray 是從 V2Ray 衍生的代理核心專案,REALITY 等功能須由相應實作支援。v2rayNG 使用 Xray;桌面用戶端 v2rayN 實際採用的核心則應從目前介面與日誌確認。更新用戶端和更新核心並非同一項操作;排查欄位錯誤時,應記錄實際核心版本。
圖形化用戶端提供節點清單、訂閱更新、模式切換與檢視日誌等操作介面,通常會產生設定並呼叫核心。v2rayN 適用於桌面平台,v2rayNG 與 v2flyNG 則適用於 Android。介面中的顯示名稱與群組屬於管理資訊,不一定會以同名欄位寫入核心設定檔。
03 / JSON structure
連線從入站進入,再由規則選擇出站。標籤用來連結設定物件,策略則用來限制部分連線行為。
config.json 是常見的核心設定檔名稱,通常包含 log、inbounds、outbounds、routing 與 dns 等區段。JSON 對逗號、引號與資料型別有嚴格要求,文件中的局部範例不一定能單獨啟動。用戶端產生的執行設定也可能重新產生並覆蓋內容,修改前應先確認自訂設定的入口。
入站陣列定義核心如何接收連線,常見的本機入口使用 SOCKS 或 HTTP 協定。監聽位址與連接埠共同決定應用程式要連線的位置;若將位址從迴路位址改為所有介面,會擴大可存取範圍。變更連接埠後,也要同步調整應用程式的代理設定,並確認沒有其他程序占用該連接埠。
出站陣列定義連線離開核心的方式,可以是遠端代理、直連或封鎖。路由規則通常透過出站標籤引用目標,而不是使用用戶端顯示的節點名稱。若沒有規則符合,也會套用預設出站行為,因此不能只檢查單一規則而忽略整份出站清單。
tag 是設定物件的引用名稱,例如將直連出站命名為 direct,再由規則的 outboundTag 指向它。規則中的 inboundTag 則可用來限制符合條件的入站來源。標籤不是協定關鍵字,名稱可依設定需求決定,但引用時必須一致;出站標籤也應避免重複,以免產生歧義。
policy 用來設定部分核心行為,例如交握或閒置連線的逾時,以及特定統計選項。它與 routing 不同:策略不負責依網域名稱選擇代理或直連出站。各核心對欄位、使用者等級與統計條件的支援各有差異,應查閱對應文件,不要直接複製其他工具的策略設定。
04 / Routing & DNS
先確認規則能取得的是網域名稱還是 IP,再確認解析在哪裡進行。規則比對結果與 DNS 查詢路徑應分開檢查。
分流是依網域名稱、IP、連接埠或入站標籤等條件,將連線交給不同出站的過程。規則通常依序檢查,先符合的規則會影響後續選擇;同一條規則中的不同條件類型通常都必須符合。調整規則後,應配合日誌確認實際目標與符合結果,而不只是查看介面上的模式名稱。
GeoIP 透過資料檔中的 IP 集合比對目標位址,geoip:private 常用來比對私有位址範圍。位址分類是依資料來源進行判斷,不代表能精確證明實際地理位置。若目標一開始只有網域名稱,是否解析及如何參與 IP 規則比對,也取決於路由解析策略。
GeoSite 使用命名網域集合協助整理規則,集合內容取決於所使用的資料檔。即使標籤名稱相同,也應留意資料來源與更新時間;集合未必涵蓋某項服務的所有網域。若規則引用不存在的集合,可能導致設定載入失敗,應將規則與資料檔一併檢查。
DNS 會將網域名稱解析為 IP 位址等記錄,解析工作可能由應用程式、作業系統、代理核心或遠端元件執行。設定核心的 dns 區段,不代表所有應用程式的查詢都會自動送進該模組。排查時應分別確認查詢入口、上游解析器、查詢連線使用的出站,以及解析結果如何參與路由。
FakeDNS 會回傳用於對應的虛擬位址給應用程式;後續連線進入相應處理流程時,再透過內部對應連回原始網域名稱。這些位址並非真實伺服器位址,不能直接交給不支援此對應機制的網路路徑使用。解析入口、虛擬位址範圍與流量接管方式必須互相配合,只新增欄位無法完成整套接管。
DNS 洩漏是指查詢未經預期的解析路徑,而被送往其他解析器;並非所有本機解析都應稱為洩漏。瀏覽器內建的加密解析、系統快取與應用程式自有的 DNS 都可能改變查詢路徑。檢查時應以既定解析策略為準;只看到代理出口位址符合預期,無法證明 DNS 路徑也正確。
05 / Subscription & node
訂閱用來取得參數,節點儲存連線參數,測試則反映特定條件下的結果。三者不能互相取代。
訂閱連結是用戶端用來取得一組節點設定的遠端網址,回傳格式必須能被用戶端辨識。連結可能含有個人存取憑證,不應放進公開截圖或日誌。更新失敗時,須區分網址失效、請求失敗與格式解析失敗;安裝用戶端後,也不會因此自動取得可用訂閱。
節點是用戶端儲存的一組遠端連線參數,通常包括位址、連接埠、協定、驗證與傳輸安全設定。顯示名稱只是管理標籤,不能據此確認實際部署地區或線路品質。選取節點只決定候選出站參數;應用程式流量是否經過該節點,還取決於代理入口與路由規則。
訂閱群組用來管理來源與節點清單,方便分別更新、篩選與維護參數。群組名稱通常不會直接參與核心路由比對,也不等於規則集。更新訂閱可能會取代來源中的節點記錄;手動修改的參數是否保留,取決於用戶端行為。重要調整建議另行管理於獨立設定中。
TCPing 通常透過建立 TCP 連線的過程,估算目標連接埠是否可連線及所需時間;實際測試方式以用戶端為準。這類測試通常不會完成代理驗證,也無法證明 TLS、傳輸路徑與遠端轉送都正常。TCPing 成功但代理請求失敗並不矛盾,應繼續查看完整連線測試與核心日誌。
實際連線延遲是透過選定節點發出代理請求所測得的結果,通常涵蓋比單純連接埠測試更多的連線環節。結果會受到測試位址、DNS、交握、伺服器回應與當下網路狀況影響;不同用戶端的測量方式也可能不同。延遲不等於傳輸速度;比較節點時應使用相同測試條件,再搭配實際應用程式請求判斷。
06 / Client functions
先讓流量進入代理處理流程,再判斷要選擇哪個出站。切換介面開關後,應確認實際生效範圍。
系統代理是作業系統提供給應用程式讀取的一組代理設定,只有遵循這些設定的程式才會使用指定入口。寫入系統設定不代表核心已啟動,連接埠也必須與本機監聽設定一致。若某個程式仍直接連線,應先確認它是否支援系統代理,以及是否另有獨立代理設定。
TUN 透過虛擬網路介面接收 IP 流量,再由用戶端選用的實作處理連線,可涵蓋部分不讀取系統代理設定的應用程式。實際範圍會受到系統路由、排除規則、權限與元件能力影響,不代表所有連線都必定經過遠端代理。這是用戶端與配套網路元件協作的功能,不應虛構成通用 V2Ray 頂層欄位。
PAC 使用指令碼為請求選擇代理位址或直連,前提是應用程式支援並使用該指令碼。這項判斷發生在應用程式選擇連線路徑時,與流量進入核心後的路由比對並非同一層。PAC 若回傳直連,請求就不會經過該代理入口,後續核心規則也無法接管這部分請求。
嗅探會嘗試從連線的初始資料辨識網域或協定資訊,為路由判斷等功能提供額外依據。可取得的資訊受協定、加密方式與核心實作限制,並非讀取所有加密內容。是否以辨識出的網域取代目標位址,以及是否只將網域用於路由,須依具體選項區分。
日誌層級控制核心輸出資訊的詳細程度;warning 通常用來查看警告與錯誤,臨時排查時可視需要提高詳細程度。用戶端操作日誌與核心執行日誌可能分開顯示,應先確認錯誤來源。日誌可能包含連線目標、設定路徑或訂閱資訊,對外分享前須移除敏感內容。