DESKTOP / WINDOWS
Windows
選擇 v2rayN 桌面版或經典 WPF 版。桌面版採用跨平台介面,WPF 版適合延續傳統操作流程;兩者都能管理訂閱、系統代理、路由規則與核心設定。
前往下載// PLATFORM DOWNLOADS
桌面裝置以 v2rayN 為主,Android 可依核心需求在 v2rayNG 與 v2flyNG 之間選擇。平台入口會直接定位至對應的下載標籤。
DESKTOP / WINDOWS
選擇 v2rayN 桌面版或經典 WPF 版。桌面版採用跨平台介面,WPF 版適合延續傳統操作流程;兩者都能管理訂閱、系統代理、路由規則與核心設定。
前往下載DESKTOP / MACOS
使用 v2rayN 的桌面版建置。下載前先在系統資訊確認 Apple Silicon 或 Intel 處理器類型,安裝後再依網路使用範圍決定是否啟用系統代理。
前往下載MOBILE / ANDROID
優先選擇使用 Xray 核心的 v2rayNG;需要 V2Fly 核心時可選擇 v2flyNG。近年的多數裝置適合 arm64 建置,無法確認架構時再考慮通用建置。
前往下載DESKTOP / LINUX
v2rayN 提供適用於常見軟體套件體系的桌面建置。先確認發行版採用 deb 或 rpm,再區分 x64 與 arm64 架構;安裝後可在圖形介面管理訂閱與路由。
前往下載// CLIENT WORKFLOW
圖形客戶端只是操作入口。連線能否正常運作,取決於訂閱內容、目前設定、系統代理、路由規則與 DNS 設定是否形成完整流程。
STEP 01 / IMPORT
在訂閱群組中加入網址,手動更新一次並確認設定清單已出現。匯入失敗時,先檢查連結格式、複製內容是否完整,以及網路是否可連線。
STEP 02 / ACTIVATE
成功匯入不代表已啟用。桌面端需將目標設定設為目前項目,Android 端需選取設定並啟動連線,再檢查狀態提示。
STEP 03 / ROUTE
先選擇適合日常使用的路由模式,再依網域、IP 與 geosite 項目補充規則,避免一開始堆疊大量難以驗證的自訂條件。
// SUBSCRIPTION GROUP
訂閱網址負責提供設定集合,群組負責整理不同來源,更新操作才會將遠端內容寫入客戶端。常見問題是只儲存網址卻沒有執行更新,或更新後仍停留在舊的目前設定。較穩妥的做法是為不同來源建立獨立群組,更新後檢查新增、刪除與重新命名的設定,再手動選定目前使用的項目。與直接編輯長篇設定相比,圖形客戶端會分開顯示來源、更新時間與目前項目,之後定位問題更加清楚。
日常設定手動更新已選取// SYSTEM PROXY
客戶端顯示執行中,只代表本機核心已啟動;瀏覽器與其他軟體是否使用該連線,還取決於系統代理或應用程式本身的代理設定。桌面端建議先記下本機 HTTP、SOCKS 監聽連接埠,再啟用系統代理並用瀏覽器驗證。若只有部分程式無法連線,應檢查這些程式是否忽略系統設定,或是否固定使用其他連接埠。圖形介面的價值在於將核心狀態、連接埠與系統代理開關放在同一條檢查流程中。
已啟用HTTP / SOCKS跟隨系統// ROUTING POLICY
路由規則決定請求進入直連、代理或封鎖出口。規則可以比對網域、IP、geosite 與 geoip 資料,但條件越多,優先順序越難判斷。首次設定應先使用客戶端提供的常用模式,確認基本連線正常後,再加入少量易於理解的自訂規則。每次修改後都應驗證目標網域與本機網路連線,不要同時變更 DNS、核心與路由。相較於只提供單一開關的工具,V2Ray 生態系客戶端能清楚拆分比對對象與出口動作。
directdirectblock// TROUBLESHOOTING
連線問題通常可分為訂閱未更新、目前設定未選取、本機連接埠衝突、系統代理未接管、路由誤比對與 DNS 解析異常。排查時先查看客戶端日誌中的啟動結果,再確認本機監聽連接埠,接著檢查系統代理與目標請求的路由動作。行動裝置還應確認連線權限與背景執行狀態。重新安裝只會還原程式檔案,無法自動修正錯誤訂閱或規則,因此應先保留現場資訊並逐層縮小範圍。
先檢查再確認最後定位// ROUTING RULES
路由設定不是一份簡單的網域清單。客戶端會依規則順序檢查網域、IP、連接埠或協定條件,命中後再交給指定出口。直連適合本地網路與明確不需要代理的目標,代理出口處理需要轉送的流量,封鎖出口則用於明確拒絕的類別。理解這三種動作後,再閱讀規則文字會更直觀。
自訂時建議每條規則只解決一個問題,並記錄它位於預設規則之前還是之後。若同一目標同時命中多個條件,順序往往比規則數量更重要。可繼續閱讀domain、ip、geosite 的寫法與比對優先順序,再決定是否覆寫客戶端預設值。
ip:private → directgeosite:cn → directcategory-ads-all → blockfinal → proxy// PROTOCOL CHOICE
VMess、VLESS、Trojan 與 Shadowsocks 描述的是不同協定方案;TCP、WebSocket、gRPC 等屬於傳輸層選擇;TLS、REALITY 等設定則負責不同的握手與安全功能。訂閱通常已提供完整組合,初次使用時不應任意拆改其中任何一項,否則容易出現位址可連線但握手失敗的情況。
客戶端中的「協定類型」只是設定入口之一。實際排查時還要核對伺服器位址、連接埠、使用者識別碼、傳輸參數、伺服器名稱與時間設定。需要了解各方案的取捨,可查看協定與核心技術參考,依相容性、資源占用與使用情境選擇,而不是只比較名稱。
VLESSTCPREALITYXray// DNS SETTINGS
網域請求會先經過解析,再由路由規則判斷出口。若解析結果與預期出口不一致,可能出現網域規則生效但實際連線方向異常、部分網站只能偶爾開啟,或系統與客戶端取得不同結果。排查時應區分系統 DNS、客戶端內建 DNS 與遠端解析,不要在尚未確認基本連線前同時啟用多套複雜策略。
較清楚的檢查方式是先使用客戶端預設 DNS 完成連線驗證,再觀察目標網域由哪一層解析,以及結果是否進入預期規則。若懷疑存在解析路徑問題,可參考DNS 洩漏檢測與設定實作,修改後重新測試,而不是只憑頁面能否開啟來判斷。
基本網路依規則處理比對路由重新驗證// OPEN SOURCE ECOSYSTEM
圖形客戶端、代理核心與協定設定屬於不同層級。將這些名稱放回各自的位置,選型與排查都會更準確。
Project V 建立了以設定驅動為核心的代理工具體系。其重要影響不只是一個可執行程式,而是建立了入站、出站、路由、傳輸與 DNS 等模組化概念。使用者在圖形客戶端看到的協定類型、路由出口、規則物件與日誌選項,大多是在操作這些底層能力。圖形介面降低了編輯結構化設定的門檻,但設定含義仍由核心決定。
因此,遇到功能差異時要先判斷問題屬於客戶端介面還是核心支援。按鈕位置變化屬於客戶端層,某種協定或傳輸是否可用則主要取決於核心及設定格式。將兩個層級混在一起,容易把「介面中沒有入口」誤判為「核心不支援」,也可能把訂閱欄位缺失誤判為程式故障。
V2Fly 延續 V2Ray 核心的社群維護方向,保留模組化設定結構,並持續處理協定實作、傳輸元件、路由資料與相容性問題。它適合需要 V2Ray 傳統設定語意、重視通用相容性與既有設定移轉的情境。Android 端的 v2flyNG 以 V2Fly 核心為主要選擇,讓行動端使用者能在熟悉的圖形入口中使用這個核心家族。
核心升級可能帶來欄位驗證、預設行為或資源檔案變更。圖形客戶端通常會跟進相容調整,但訂閱提供者與客戶端的更新節奏未必完全一致。遇到升級後無法使用時,應先查看錯誤指向哪個設定欄位,再判斷是舊設定相容性、客戶端產生邏輯,還是核心行為變化,不宜直接替換所有設定。
Xray 從相近的設定基礎發展出獨立核心路線,常見於 VLESS、XTLS 與 REALITY 等設定情境。v2rayN 與 v2rayNG 都能以 Xray 為核心提供圖形化管理,讓訂閱、核心啟動、系統代理與路由設定在同一個介面完成。Xray 與 V2Fly 的部分設定結構相似,但不能因此假設所有欄位、協定組合與預設值都能直接互換。
選擇核心時,優先依據訂閱設定的明確要求與客戶端支援範圍。若設定包含某個核心特有的能力,應維持客戶端、核心與規則資源之間的對應關係;若只是使用常見協定,則更應關注穩定運作、平台相容性與設定可讀性。詳細差異可在協定詳解中依協定、資源占用與相容性繼續比較。
V2Fly、Xray 以及三款圖形客戶端都透過公開程式碼與授權條款進行維護,不同專案採用的授權類型並不完全相同。公開授權說明複製、修改與再發布時必須遵守的條件,也讓協定實作與設定處理邏輯能接受社群檢視。對一般使用者而言,更實際的價值是問題可以定位到明確元件,而不是依賴一個無法看見的完整程式。
更新通常分為客戶端介面、代理核心、路由資源與訂閱內容四條線。客戶端更新不一定同時變更核心,訂閱更新也不會自動替換本機程式。下載頁負責區分平台建置,教學負責說明操作順序;實際維護時則應一次只更新一個層級,並保留原有設定,以便發生相容性問題時快速判斷變更來源。
// V2RAYN
v2rayN 將訂閱管理、核心切換、系統代理、路由規則與日誌查看集中在圖形介面中。跨平台桌面建置與經典 Windows 介面並行,使用者可依系統環境與操作習慣選擇。
// V2RAYNG
v2rayNG 是 Android 上常見的 V2Ray 圖形客戶端,以 Xray 核心支援多種訂閱設定。行動端操作重點包括匯入設定、授予連線權限、選擇目前項目以及管理分應用程式規則。
// V2FLYNG
v2flyNG 適用於需要 V2Fly 核心的 Android 使用情境,基本操作流程與常見行動圖形客戶端相近。選擇前應確認訂閱欄位與目標核心相容,避免只依名稱替換客戶端。
// QUICK ANSWERS
多數故障不需要從頭重新安裝。依訂閱、目前設定、核心、連接埠、系統代理、路由與 DNS 的順序檢查,通常能更快定位問題。
加入網址後還需要執行訂閱更新,並確認內容已寫入正確群組。若更新結果為空,先檢查連結是否完整、是否已過期,以及客戶端能否連線至訂閱網址。查看訂閱匯入步驟。
先確認目標設定已設為目前項目,再檢查系統代理是否啟用、本機連接埠是否被占用。部分程式使用獨立代理設定,還需核對其位址與連接埠。查看連線問題分類。
排查基本連線時,可使用範圍明確的模式進行比對;日常使用則通常從預設分流規則開始。確認正常後再逐條增加自訂規則,並觀察每條規則對應的出口動作。
REALITY 常見於 Xray 相關設定,除了協定類型,還要確保伺服器名稱、公鑰、短識別碼與指紋等欄位和伺服器端一致。可在協定參考中查看設定層級與選型說明。
// TECHNICAL NOTES
圍繞具體操作與常見故障展開,文章中的入口名稱、檢查順序與設定物件都對應圖形客戶端的實際介面。
從執行環境準備說明到首次啟動,介紹兩種介面的選擇、解壓縮位置、權限問題,以及系統代理未生效時的處理順序。
閱讀全文 →分別說明桌面端與 Android 端的訂閱新增入口、更新操作,以及 Base64、vmess://、vless:// 等常見內容形式。
閱讀全文 →說明 DNS 請求為何可能偏離預期路徑,提供桌面端與 Android 端的設定檢查方法,並介紹修改後如何重新測試。
閱讀全文 →