Windows
可選擇 v2rayN 跨平台桌面版或經典 WPF 版。桌面版適合希望使用一致介面的使用者,WPF 版則適合延續傳統系統匣與視窗操作方式的環境。
桌面平台統一以 v2rayN 為主要入口,Android 可依核心需求在 v2rayNG 與 v2flyNG 之間選擇。各平台入口會直接開啟下載頁的對應標籤。
可選擇 v2rayN 跨平台桌面版或經典 WPF 版。桌面版適合希望使用一致介面的使用者,WPF 版則適合延續傳統系統匣與視窗操作方式的環境。
v2rayN 提供適用於不同處理器架構的桌面安裝套件。下載前請先在系統資訊中確認晶片類型,再進入對應入口,以減少安裝套件架構不相容的問題。
v2rayNG 使用 Xray 核心,適合 VLESS、REALITY 等設定;v2flyNG 使用 V2Fly 核心,可作為偏好 Project V 原生實作的替代客戶端。
v2rayN 桌面版支援常見的 deb 與 rpm 套件格式,並提供不同處理器架構的入口。請先確認發行版的套件系統與裝置架構,再選擇對應檔案。
客戶端是否可用,不只取決於安裝是否完成。訂閱內容能否正確解析、路由規則是否如預期套用、系統代理是否接管目標應用程式,都是需要逐項確認的設定環節。
在 v2rayN 中進入訂閱群組設定,新增群組名稱與訂閱網址,儲存後對目前群組執行更新。使用群組比逐條貼上分享連結更適合長期維護:服務端內容變更時,只需更新對應群組,不必重新整理所有設定。匯入後應先確認項目能否被客戶端辨識,並檢查協定、位址、連接埠、傳輸方式等欄位是否已出現。訂閱更新失敗時,不宜連續重複點擊,應依序檢查連結有效性、更新方式、格式相容性與本機網路狀態。
路由規則會依排列順序比對連線,較具體的規則應放在兜底規則之前。常見做法是將私有位址、中國大陸 IP 與中國大陸網站網域交給 direct 出站,其餘未命中的流量再進入 proxy 出站。這裡的 direct 和 proxy 是出站標籤,不是按鈕名稱。調整規則後應重新載入設定,並分別存取符合不同比對條件的目標進行驗證。若啟用 sniffing,客戶端可從連線中辨識目標網域,協助 geosite 規則參與判斷,但實際效果仍取決於入站協定與應用程式的連線方式。
{
"domain": ["geosite:cn"],
"outboundTag": "direct"
}
{
"ip": ["geoip:private", "geoip:cn"],
"outboundTag": "direct"
}
連線驗證應分為核心、入站連接埠、系統代理與應用程式請求四個層次。先確認 Xray 或 V2Fly 核心能正常啟動,再檢查本機 SOCKS 監聽連接埠是否與設定一致;接著啟用自動設定系統代理,並確認目標應用程式確實使用系統代理。若瀏覽器可用而其他程式無法使用,問題通常在應用程式自身的代理策略;若所有應用程式都無法連線,應回頭逐項檢查核心記錄、訂閱欄位與傳輸參數。使用 warning 記錄等級可保留關鍵異常,同時避免一般執行資訊過多而干擾判斷。
快速流程用於建立一組可檢查的基本設定。首次使用時不建議同時修改大量進階參數,先讓訂閱、路由與系統代理形成完整鏈路,再依實際需求調整 DNS、Mux 或更細緻的規則。
依作業系統與處理器架構下載客戶端。安裝完成後開啟訂閱群組設定,填寫群組名稱與有效訂閱網址,再執行更新。若使用單條分享連結,也應先確認客戶端支援對應的協定與傳輸組合。匯入成功只代表設定已進入客戶端,不代表連線參數一定有效,因此仍需檢查協定類型、伺服器位址、連接埠、傳輸層、安全層與核心支援情況。
日常使用可先採用規則模式,將私有網路及符合 geosite、geoip 條件的流量交給 direct,其餘流量使用 proxy。需要所有遵循系統代理的應用程式統一經由代理出口時,可切換至全域相關模式,但仍應注意部分應用程式可能忽略系統設定。v2rayN 的「自動設定系統代理」負責寫入系統代理參數,本機監聽連接埠則由客戶端入站設定決定,兩者需要相互對應。
選擇一組設定後啟動客戶端,先觀察核心是否正常執行,再確認系統代理狀態。連線異常時,可從 warning 或 error 訊息定位網域解析、協定欄位、憑證時間、傳輸路徑與連接埠占用等問題。不要一次變更多個參數,否則很難判斷是哪項修改造成影響。較穩妥的方法是每次只調整一個變數,重新連線並記錄結果,直到能明確重現問題或確認修復。
客戶端、核心與協定屬於不同層次。理解各層職責,有助於判斷設定相容性,也能避免將圖形介面中的選項與底層協定實作混為一談。
Project V 建立了以 V2Ray 設定模型為基礎的網路工具生態系。其核心概念是將入站、出站、路由、DNS、策略與傳輸設定拆分為相對獨立的模組,再透過規則將這些模組連結起來。VMess 是早期代表性協定,後續生態系也逐步擴展出 VLESS、Trojan、Shadowsocks 相容實作及多種傳輸方式。設定檔中的 inbounds、outbounds 與 routing 等結構,至今仍是理解相關核心運作方式的重要入口。
V2Fly 延續 Project V 的社群維護方向,V2Ray Core 常被簡稱為 v2fly 核心。它保留模組化設定思路,並持續在協定支援、傳輸元件、路由資源與跨平台執行方面演進。v2flyNG 採用此核心家族,適合需要 V2Fly 實作路徑的 Android 使用者。選擇 V2Fly 不代表只能使用 VMess,實際可用協定仍應以客戶端內建核心與設定欄位的支援為準。
Xray 從相近的設定體系發展而來,並在 VLESS、XTLS、REALITY 等方向提供更集中的實作。v2rayN 與 v2rayNG 通常使用 Xray 核心,因此相同訂閱在這兩類客戶端之間往往有較接近的欄位理解方式。不過,桌面端與行動端的系統代理、VPN 接管方式、DNS 行為及背景執行機制並不相同,不能僅因核心一致,就假設所有設定完全通用。
核心負責解析設定、建立連線、執行路由與處理資料傳輸;圖形化客戶端負責訂閱管理、參數編輯、系統代理切換、記錄檢視與核心程序管理。發生問題時,應先判斷故障位於介面層還是核心層。例如訂閱按鈕無法解析內容,通常屬於訂閱格式或客戶端解析環節;核心啟動後提示欄位無效,則更接近設定結構或核心相容性問題;只有部分應用程式無法運作,則應檢查系統代理或應用程式本身的設定。
v2rayN 是面向 Windows、macOS 與 Linux 的圖形化客戶端,負責管理訂閱群組、伺服器設定、路由規則、DNS、系統代理與 Xray 等核心。跨平台桌面版與 Windows WPF 版在介面技術及系統匣行為上有所不同,但核心使用流程都圍繞匯入設定、選擇伺服器、設定代理模式與檢查記錄展開。
v2rayNG 將 Xray 核心能力整合至 Android 客戶端,可匯入常見分享連結與訂閱內容,並透過系統提供的 VPN 介面接管應用程式流量。它適合需要 VLESS、REALITY、VMess、Trojan 或 Shadowsocks 設定的行動裝置,路由、分應用程式代理與 DNS 行為應配合系統限制進行設定。
v2flyNG 採用 V2Fly 核心,可作為 Android 平台的另一個開源客戶端選擇。它與 v2rayNG 的介面思路相近,但底層核心家族不同。若訂閱依賴 Xray 特有欄位,應優先核對相容性;若設定基於 V2Fly 支援範圍,則可依相同的匯入、連線與記錄檢查流程完成設定。
相關專案透過公開原始碼與開源授權協作,客戶端與核心通常各自採用獨立的發布節奏。客戶端更新可能集中於介面、訂閱解析、系統整合與相容性;核心更新則可能涉及協定實作、路由資源、傳輸元件、安全修補與設定欄位。兩者並非始終同步發布,因此排查新協定或新欄位時,需要同時確認客戶端是否能傳遞設定,以及核心是否已實作對應能力。
訂閱服務提供的設定也有獨立的變動週期。更新客戶端不會自動修正失效訂閱,更新訂閱也不會改變本機程式的能力。較清楚的維護方式是分別記錄客戶端更新、核心變化與訂閱調整,發生異常後先確認最近變動的層次。如此可減少盲目重裝或反覆覆寫設定,並保留可回復的判斷路徑。
圍繞協定原理、訂閱故障與平台權限,整理可執行的檢查方法。文章優先說明參數之間的關係,再提供適合實際操作的處理順序。
從 TLS 握手成本談起,說明 REALITY 的握手方式、XTLS Vision 減少重複處理的思路,以及兩者在 Xray 核心中的配合前提。文章同時區分協定、安全層與流控參數,避免只根據名稱判斷效能。
閱讀全文 →依連結有效性、更新方式、Base64 內容、分享連結格式與客戶端支援範圍整理檢查順序。重點說明為何重複點擊更新通常無法解決格式或相容性問題,以及如何區分網路失敗與解析失敗。
閱讀全文 →說明隱私權與安全性面板中的允許流程、隔離屬性的處理思路,以及系統代理未生效時的檢查方法。步驟區分程式啟動權限與網路代理權限,方便定位提示來自哪個系統層次。
閱讀全文 →