CLIENT ROUTING GUIDE

V2Ray下載站
用戶端與設定指南

依裝置選擇 v2rayN、v2rayNG 或 v2flyNG,再依序完成 訂閱匯入、節點選擇與路由設定。頁面同時整理桌面版與 Android 用戶端的功能範圍,方便在安裝前選定合適的軟體與核心。

永久免費 開放原始碼 Xray · V2Fly 中文設定文件
CLIENT GUIDE

用戶端、訂閱與路由的完整流程

V2Ray 的實際使用流程不只包含安裝。用戶端負責管理設定,訂閱提供節點集合,路由決定流量去向,核心則處理協定、DNS 與連線。依照這條流程理解各層職責,遇到問題時才能準確判斷應修改用戶端選項、訂閱內容還是核心設定。

01 / CLIENT
v2rayN · v2rayNG · v2flyNG

先依平台選擇用戶端

Windows、macOS 與 Linux 的桌面入口皆以 v2rayN 為主。它把訂閱更新、伺服器清單、系統代理、路由規則、記錄檔與核心管理整合在同一套圖形介面中,適合需要在桌面環境持續維護多組設定的使用者。Windows 頁面同時提供新一代桌面介面與經典 WPF 介面,兩者適合不同的操作習慣;macOS 需依處理器架構選擇套件;Linux 則依發行版的套件格式選擇。

Android 平台可在 v2rayNG 與 v2flyNG 之間選擇。v2rayNG 使用 Xray 核心,適合採用 Xray 相關設定與協定組合的情境;v2flyNG 使用 V2Fly 核心,可作為需要相應生態實作時的替代方案。兩款應用程式的基本流程相近,都是匯入訂閱或單一分享連結、選擇伺服器、啟動連線,再檢查實際網路存取結果。差異主要在核心支援範圍與部分進階欄位,而非按鈕位置。

選擇用戶端時不應只看系統名稱,還要確認處理器架構、安裝包格式,以及目前設定所依賴的核心。本下載頁將這些判斷放在各平台安裝卡片旁,避免軟體包下載與後續設定脫節。初次使用可先完成標準安裝與訂閱匯入,確認基本連線後再啟用 TUN、FakeDNS 或自訂出站,排查流程會更清楚。

02 / SUBSCRIPTION
URL · SHARE LINK · LOCAL PROFILE

訂閱匯入與分組管理

訂閱網址通常會回傳一組可更新的伺服器設定,單一分享連結只描述一個節點,本機設定檔則可能同時包含入站、出站、DNS 與路由規則。三者都能匯入用戶端,但管理方式並不相同。訂閱適合由提供者持續維護的節點集合;單一連結適合臨時補充或獨立測試;本機設定則適合需要精確控制欄位,並了解核心設定結構的使用者。

匯入 v2rayN 訂閱後,應先為不同來源設定容易辨識的分組名稱,再執行更新並確認是否產生伺服器清單。多訂閱情境可依用途拆分分組,避免測試節點、長期使用節點與臨時設定混在同一份清單。更新訂閱通常會覆寫由該訂閱產生的項目,因此需要長期保留的手動修改應另行儲存,不要直接依賴訂閱項目中的暫時編輯結果。

匯入成功不代表已建立連線。用戶端仍需選取特定伺服器,並依使用範圍啟用系統代理或 TUN 模式。若更新後清單為空,應先確認訂閱回應格式是否能被用戶端識別,再檢查網址有效性與本機網路,而不是立即修改所有路由與 DNS 項目。相較於只有單一輸入框的簡化工具,完整用戶端會保留分組、更新記錄與節點來源,讓設定變更更容易追蹤。

03 / ROUTING
SYSTEM PROXY · TUN · RULES

系統代理、TUN 與路由規則

系統代理主要影響遵循作業系統代理設定的應用程式,適合瀏覽器與一般桌面軟體。TUN 模式透過虛擬網路介面接管更廣泛的流量,適合不讀取系統代理設定的程式,但也會引入更多 DNS、路由優先順序與權限變數。兩種模式不是速度等級,也不需要同時啟用才能運作;選擇依據應是哪些應用程式需要被接管,以及目前系統環境是否允許建立虛擬介面。

路由規則會在流量進入核心後,決定使用代理出站、直連出站或阻斷出站。規則可依網域、IP、連接埠、協定與程序資訊進行比對,順序通常會影響最終結果。日常使用應從少量且目標明確的規則開始:先確認預設出站有效,再加入區域網路直連、特定網域分流或指定應用程式策略。一次加入大量規則雖然看似完整,卻會讓衝突來源難以定位。

DNS 與路由需要搭配考量。網域如何解析、解析結果是否進入規則比對、請求由哪個出站送出,都會改變最終路徑。遇到網頁無法開啟但 IP 連線正常時,應分別查看用戶端記錄、DNS 解析結果與路由命中狀況。相較於只切換「全域」按鈕的操作方式,依系統代理、TUN、DNS、路由四個層次逐步判斷,更適合處理特定應用程式失效、網域解析異常或分流結果不符預期等問題。

應用程式流量 代理入口 DNS 與規則 目標出站
04 / KERNEL
PROJECT V · V2FLY · XRAY

圖形用戶端與核心分層

圖形用戶端與代理核心屬於不同層次。v2rayN、v2rayNG 與 v2flyNG 負責介面、訂閱清單、參數組織、系統整合與執行狀態顯示;V2Fly 或 Xray 核心負責解析設定,並執行協定、傳輸、DNS、路由與出站連線。介面中能看到某個選項,不代表所有核心版本都採用完全相同的欄位;同樣地,核心支援某項能力,也可能需要用戶端提供相應的設定入口後才能方便使用。

Project V 奠定了 V2Ray 設定模型與元件化設計的基礎,之後 V2Fly 社群持續維護 v2ray-core 及相關文件,Xray 則沿著相近的設定思路發展出獨立核心實作。兩條核心路線共享不少概念,但在協定擴充、傳輸能力、欄位細節與版本演進方面並不完全一致。進行訂閱轉換或手動遷移設定時,應保留伺服器位址、連接埠、使用者識別碼、傳輸層與安全參數,並核對目標核心是否能識別相應欄位。

日常排查可先確認問題位於哪一層:用戶端無法儲存訂閱通常屬於介面或輸入問題;核心啟動失敗應查看設定解析記錄;建立連線後存取異常,則繼續檢查節點、DNS、路由與本機網路。完成分層後,不必因一次連線失敗就同時更換用戶端、核心與全部規則。本進階手冊進一步說明多訂閱、伺服器篩選、FakeDNS、自訂出站與複雜路由的組合方式。

PLATFORM PACKAGES

四個平台安裝入口

平台入口只會帶往對應的下載分頁,具體安裝包仍應依處理器架構與系統格式選擇。桌面平台使用 v2rayN,Android 則可依核心需求在 v2rayNG 與 v2flyNG 之間選擇。完成安裝後,建議先進行一次最小設定驗證,再逐步加入訂閱篩選與進階網路模式。

DESKTOP / WPF

Windows

Windows 使用 v2rayN。新一代桌面版採用跨平台介面,適合希望使用一致版面的使用者;經典 WPF 版延續既有操作結構,適合熟悉傳統選單與清單管理方式的環境。兩者都能完成訂閱更新、節點切換、系統代理與路由設定。

進入下載頁後,再依操作習慣選擇桌面版或經典 WPF 版,不需要同時安裝兩套介面。

前往下載
ARM64 / X64

macOS

macOS 使用 v2rayN,需先確認處理器架構。較新的 Apple Silicon 裝置選擇 arm64 安裝包,Intel 處理器裝置選擇 x64 安裝包。架構選錯通常會導致應用程式無法正常啟動,因此應先在系統資訊中查看處理器或晶片類型。

首次啟動若遭系統攔截,應依系統設定中的安全性提示允許應用程式執行,並確認所需的網路權限。

前往下載
XRAY / V2FLY

Android

Android 首選 v2rayNG,其 Xray 核心適合常見訂閱與相關協定設定;需要 V2Fly 核心時可選擇 v2flyNG。2015 年後的主流手機通常優先選擇 arm64 套件;無法確定架構或裝置相容性較複雜時,可改用通用版。

安裝後先匯入訂閱並選擇節點,再啟動連線;若背景執行受限,需檢查系統的電池與網路管理設定。

前往下載
DEB / RPM

Linux

Linux 使用 v2rayN。Debian、Ubuntu 及同類環境通常選擇 deb 套件,Fedora、RHEL 系列發行版通常選擇 rpm 套件;每種格式還要區分 x64 與 arm64 架構。安裝前應先確認發行版的套件管理體系與指令輸出中的機器架構。

圖形介面啟動後仍需檢查桌面工作階段權限、系統代理寫入結果,以及 TUN 模式所需的網路權限。

前往下載
OPEN SOURCE CONTEXT

Project V、V2Fly 與 Xray的關係

辨識圖形用戶端、代理核心與設定格式之間的層次,比單純記住軟體名稱更有助於選型與排查。

A / ORIGIN

Project V 的元件化基礎

Project V 建立了 V2Ray 生態早期的重要技術基礎,其設定模型將入站、出站、路由、DNS、傳輸與策略拆分為可組合的模組。這種結構讓同一套核心能處理不同類型的本機入口與遠端出站,也讓圖形用戶端能將複雜的 JSON 欄位轉換為訂閱清單、下拉選項與規則編輯介面。使用者在 v2rayN 或 Android 用戶端中看到的伺服器、路由與 DNS 設定,本質上都是在組織核心可讀取的設定。

元件化也代表問題需要分層定位。訂閱網址無法更新時,應先檢查輸入內容與回應格式;核心無法啟動時,應檢查設定欄位與啟動記錄;已建立連線但部分應用程式無法運作時,則需要繼續判斷系統代理、TUN、DNS 與路由。把所有現象統稱為「節點問題」,會忽略用戶端與本機網路層的影響。

B / CORE FAMILY

V2Fly 與 Xray 的核心路線

V2Fly 社群延續並維護 v2ray-core 及相關元件,保留 Project V 設定體系中的許多核心概念。Xray 沿著相近的模組化思路形成獨立實作,並持續發展自身的協定、傳輸與設定能力。兩者在入站、出站、路由、DNS 等概念上有大量共通點,但具體欄位、預設行為與擴充功能可能不同,不能只因設定外觀相似,就認定可以直接互換。

進行訂閱轉換時尤其需要注意目標核心。基本的伺服器位址、連接埠、使用者識別碼與傳輸參數通常容易對應,但某些安全設定、流量控制參數或傳輸擴充可能只適用於特定實作。轉換工具只能重新組織已有資訊,無法補足原始設定中不存在的關鍵欄位。遇到匯入後無法連線的情況,應回到原始連結與目標核心的欄位支援範圍逐項核對。

C / CLIENTS

三款用戶端的職責

v2rayN 面向 Windows、macOS 與 Linux 桌面環境,負責訂閱維護、節點清單、代理模式、路由規則、記錄檢視與核心呼叫。v2rayNG 面向 Android,使用 Xray 核心並提供行動端連線管理;v2flyNG 同樣面向 Android,但使用 V2Fly 核心。用戶端名稱相近不代表三者共用完全相同的介面程式碼或核心,選擇時應以裝置平台與設定依賴為準。

圖形用戶端降低了編輯設定的門檻,但不會改變網路處理的基本邏輯。訂閱仍需回傳可識別的內容,伺服器仍需處於可連線狀態,網域解析仍會受到本機與遠端 DNS 策略影響,路由規則仍依比對條件決定出站。理解這些事實後,用戶端中的「更新訂閱」、「設為目前伺服器」、「系統代理」與「TUN 模式」就能對應到明確的處理階段。

D / LICENSE & UPDATE

開放原始碼授權與更新判斷

V2Fly、Xray 及三款圖形用戶端都以公開原始碼方式維護,各專案依自身採用的開放原始碼授權發布。不同元件的授權不一定相同:核心與用戶端是獨立專案,發布節奏也各自決定。開放原始碼特性方便社群檢視實作、提交修正並驗證設定行為,但具體版本能否適配目前系統與訂閱格式,仍應結合更新說明與實際環境判斷。

更新用戶端前,建議先記錄目前的訂閱分組、代理模式與自訂規則,了解新版本是否調整設定目錄、預設核心或介面結構。若現有環境運作穩定,不必在尚未閱讀變更說明時,同時升級用戶端、核心並重寫路由。分階段更新能保留清楚的比較條件:先更新一個元件,完成啟動、訂閱、連線與分流驗證,再繼續處理下一層。