Windows
使用 v2rayN 管理訂閱、伺服器清單、系統代理與路由規則。下載中心同時列出新一代桌面介面與經典 WPF 介面,方便依使用習慣選擇。
前往下載用戶端入口與中文設定文件
集中整理 v2rayN 桌面版用戶端、Android 用戶端與 中文設定流程。從訂閱匯入到系統代理、路由分流與核心選擇,依照實際設定項目說明每個步驟的作用。
平台入口
桌面版以 v2rayN 為主,Android 可在 v2rayNG 與 v2flyNG 之間選擇。下載中心會依處理器架構、安裝格式與用戶端介面列出相應入口。
使用 v2rayN 管理訂閱、伺服器清單、系統代理與路由規則。下載中心同時列出新一代桌面介面與經典 WPF 介面,方便依使用習慣選擇。
前往下載使用 v2rayN 的桌面介面維護訂閱、代理與路由設定。進入下載中心後,先確認裝置採用 Apple Silicon 或 Intel 處理器,再選擇相應安裝包。
前往下載v2rayNG 採用 Xray 核心,適合常見協定與路由設定;v2flyNG 採用 V2Fly 核心,可作為不同核心生態的替代選擇。主流裝置通常優先選擇 arm64 架構。
前往下載v2rayN 提供常見桌面發行版所需的安裝格式,並區分 x64 與 arm64 架構。安裝後可在統一介面管理訂閱、核心、路由與系統代理。
前往下載核心設定
功能入口依實際設定順序編排。選擇下方標籤即可查看相應設定的用途、操作路徑與容易混淆的界線。
訂閱管理
訂閱功能可將服務端提供的節點集合匯入用戶端,並在同一分組中完成更新、篩選與切換。首次新增時應確認連結完整,再為分組設定易於辨識的名稱。自動更新適合節點經常調整的訂閱,但更新間隔不宜過短;請求失敗時,應先檢查連結是否仍可存取,以及更新請求是否需要經過目前的代理。
v2rayN 可在訂閱分組設定中分別管理更新行為,避免所有分組採用相同策略。手動修改過的節點需留意覆寫關係:重新更新訂閱後,服務端下發的內容可能取代本機副本。重要的自訂設定較適合另行保存,而不是直接改寫訂閱產生的項目。
路由分流
路由規則決定某類請求使用直連、代理或阻斷出口。常見做法是先處理明確的區域網路與地區網域集合,再將未命中的流量交給預設出口。規則通常依序比對,因此較具體的條件應放在較寬泛的條件之前。修改後需要重新載入設定,避免連線仍由舊規則處理。
v2rayN 的圖形化設定適合維護常見規則;複雜情境可進一步查看產生設定中的 routing 部分。geosite 用於比對網域集合,geoip 用於比對位址集合,network 則限定 TCP 或 UDP。分流並非系統代理模式的替代方案,兩者分別負責流量進入用戶端,以及進入核心後的出口選擇。
核心管理
圖形化用戶端負責輸入、轉換與管理設定,真正處理協定、傳輸與路由的是核心。Xray 與 V2Fly 具有共同的生態來源,但各自維護功能與相容路徑。涉及 REALITY、XTLS 或特定協定擴充時,應先確認所選核心是否支援相應欄位;一般設定也不應僅憑名稱判斷相容性。
切換核心前要停止目前連線,確認用戶端已識別核心檔案,再重新啟動設定。若切換後無法啟動,應優先查看記錄中的欄位解析提示,而不是反覆更換節點。Android 端通常由用戶端類型決定主要核心:v2rayNG 偏向 Xray,v2flyNG 則以 V2Fly 為基礎。
代理接管
啟用系統代理後,遵循作業系統代理設定的應用程式會將請求交給用戶端監聽連接埠。它解決的是流量如何進入用戶端,並不代表所有程式都會自動接入。部分應用程式使用獨立網路堆疊或忽略系統設定,此時需要檢查應用程式本身的代理設定,或依平台能力選擇其他接管方式。
全域、規則與繞過模式描述的是用戶端接收流量後的處理方式。日常瀏覽通常優先使用規則模式,讓明確目標依路由條件分流;診斷時可短暫切換處理模式,判斷問題位於節點、規則還是系統代理入口。退出用戶端前恢復系統代理狀態,可減少後續應用程式沿用舊連接埠的情況。
快速入門
先完成最短設定流程,再逐步加入自動更新、路由規則與核心調整。這樣更容易判斷問題出在哪一層。
開啟訂閱分組管理,新增分組後貼上完整的 V2Ray 訂閱連結。名稱應能反映用途,方便多個分組並存時快速定位。儲存後手動執行一次更新,確認伺服器項目能正常產生。若清單為空,不要先修改路由或核心,應回到訂閱層檢查連結、存取條件與回傳格式。
首次匯入階段建議保留預設更新策略,只驗證「連結可讀取、用戶端可解析、清單有內容」三個結果。自動更新間隔可在連線成功後再設定。如此可避免把訂閱讀取問題、代理問題與排程工作問題混在一起處理。
在伺服器清單中選取準備使用的項目,將其設為作用中的設定,然後啟動核心。接著依應用程式範圍啟用系統代理,並先使用規則模式處理日常流量。系統代理控制應用程式是否將請求送入用戶端,路由規則控制請求進入核心後使用哪個出口,兩者需要分開檢查。
如果某個應用程式沒有回應,應先確認該應用程式是否遵循系統代理;如果只有特定網域出現異常,再檢查路由命中順序。不要在尚未確認入口是否生效時連續更換核心、訂閱與規則,否則記錄中的原因會被多次設定變更掩蓋。
連線後先查看用戶端記錄,確認設定已由核心載入,且沒有欄位解析、連接埠占用或路由格式錯誤。接著使用一個遵循系統代理的應用程式進行存取驗證,再分別檢查直連規則與代理規則是否符合預期。記錄呈現的是設定處理結果,比只查看介面狀態更適合定位問題。
基礎連線穩定後,再啟用訂閱自動更新、開機啟動等長期設定。每次只調整一個變數,並在修改路由或核心後重新載入設定。將可用設定保留為獨立副本,日後新增規則時即可快速回到已驗證的基準。
開源生態
用戶端、核心與設定格式屬於不同層次。理解各自職責,有助於判斷協定相容性、功能差異與更新影響。
Project V 建立了以設定驅動網路核心為基礎的技術生態。隨著社群維護路徑演進,V2Fly 延續 V2Ray 核心及相關元件,Xray 則在相近設定體系上發展出自己的功能分支。兩者共享許多概念,例如入站、出站、路由、傳輸與 DNS,但不代表所有欄位、協定擴充與執行行為始終完全一致。
因此,「V2Ray 用戶端」通常是生態類別的概括,不代表用戶端內部只使用某個固定核心。判斷功能時,需要同時查看用戶端負責的圖形化管理能力、所搭載核心的特性,以及訂閱內容使用的協定欄位。只比較用戶端名稱,無法完整說明實際相容情況。
v2rayN 主要負責桌面端的伺服器清單、訂閱分組、系統代理、路由設定、記錄查看與核心管理。使用者在介面中完成設定後,用戶端會整理出核心可讀取的執行設定,再由 Xray 或 V2Fly 處理連線。介面顯示「已啟動」只代表程序狀態,協定交握、DNS 查詢與路由命中仍應結合核心記錄判斷。
這種分層設計的實際價值在於,設定管理與網路處理可以分別演進。用戶端更新可能調整介面、訂閱解析或設定產生邏輯;核心更新則可能影響協定支援、傳輸實作與欄位驗證。排查更新後的異常時,應先區分變化發生在哪一層,再決定還原設定、切換核心或修正訂閱內容。
v2rayN 面向 Windows、macOS 與 Linux 桌面環境,適合需要集中管理多個訂閱、編輯路由規則、切換系統代理與查看詳細記錄的情境。不同桌面平台的系統代理行為與安裝格式有所差異,但用戶端中的訂閱、伺服器與核心概念基本一致,遷移時仍需重新核對本機路徑與平台權限。
v2rayNG 面向 Android,主要採用 Xray 核心,介面圍繞行動網路切換、訂閱更新、路由與連線控制編排。v2flyNG 同樣面向 Android,但以核心選擇差異提供另一條設定路徑。兩者都屬於開源社群維護的圖形化用戶端,選擇時應以訂閱協定、核心需求與設定習慣為依據,而不是將不同名稱簡單理解為同一應用程式的介面變體。
開源專案允許社群查看程式碼、討論實作並持續維護功能。對一般使用者而言,開源特性更直接的意義是設定行為與問題記錄能被技術社群分析,用戶端與核心也能獨立發布修正。它不能取代基本的版本選擇、權限管理與設定審查,仍應依裝置平台與實際需求選擇合適的軟體入口。
更新時應先閱讀功能變更,保留現有設定,再確認訂閱解析、核心啟動與系統代理三個基礎環節。若目前設定穩定且沒有明確功能需求,可以先了解變更再安排更新;若新協定欄位依賴特定核心能力,則需要同時考量用戶端產生設定的能力與核心支援情況。站內教學依這套分層邏輯整理操作步驟與故障路徑。
常見問題精選
先判斷問題位於訂閱、核心、系統代理還是路由層,再進入對應設定檢查。
先確認訂閱連結完整且仍可存取,再檢查更新請求是否需要經過代理,以及回傳內容是否屬於用戶端可解析的訂閱格式。清單尚未產生時,切換系統代理模式或修改路由規則通常無法解決訂閱讀取問題。可前往快速入門教學依匯入順序重新核對。
先查看核心記錄是否成功載入設定,再確認目標應用程式是否遵循系統代理。若其他應用程式能夠連線而只有單一應用程式異常,應檢查該應用程式自己的網路設定;若所有應用程式都沒有接入,再檢查系統代理連接埠與用戶端監聽狀態。詳細流程可在問題診斷中依症狀查找。
系統代理決定應用程式是否將請求交給用戶端;全域或規則模式決定用戶端收到請求後如何選擇出口;具體路由規則則負責比對網域、位址與網路類型。三個概念處於不同處理階段,排查時應避免將「應用程式未進入用戶端」與「路由選擇不符合預期」混為同一個問題。
當設定使用特定協定擴充、核心記錄提示欄位不受支援,或需要驗證某項功能的核心相容性時,再考慮切換。一般連線問題應先檢查訂閱內容、時間設定、系統代理與路由。切換前停止目前連線,切換後重新載入設定,並依記錄確認實際執行的核心與欄位解析結果。
教學動態
文章區補充首頁未展開的設定原理、選型依據與部署界線,適合完成基礎連線後繼續閱讀。