免費下載

V2Ray免費下載
用戶端與設定教學

集中整理 v2rayN、v2rayNG、v2flyNG 用戶端入口,搭配 繁體中文設定文件Xray、V2Fly 核心說明,從下載、匯入訂閱到路由分流逐段說明完整流程。

永久免費 開放原始碼 中文文件 多核心可選
PLATFORMS Windows · macOS · Android · Linux
CLIENTS v2rayN · v2rayNG · v2flyNG
CORE FAMILY Xray · V2Fly
DOCUMENTS 安裝 · 訂閱 · 路由 · DNS

CLIENT / CONFIG / ROUTING

從用戶端到出站的四段鏈路

用戶端不只是負責連線的按鈕。下載選擇、訂閱解析、路由判斷與核心執行各自處理不同問題。拆開各段鏈路後,更容易定位設定錯誤,也能避免混淆節點、訂閱、核心與系統代理。

DOWNLOAD BY PLATFORM

四平台用戶端入口

首頁只負責說明平台選擇,具體安裝包、系統架構與用戶端差異統一放在下載頁。進入對應平台後,再依裝置架構選擇檔案。

DESKTOP

Windows

Windows 桌面端選擇 v2rayN。新一代桌面介面適合希望統一跨平台操作方式的使用者,經典 WPF 介面則適合熟悉傳統選單與系統匣操作的使用者。兩種入口都位於同一平台面板,並附上執行環境、解壓縮目錄與首次啟動說明。

前往下載

DESKTOP

macOS

macOS 桌面端使用 v2rayN,下載前請先確認處理器類型。Apple Silicon 裝置選擇 arm64,Intel 處理器選擇 x64;架構不相容通常會導致程式無法正常啟動。平台面板也會說明系統代理權限、首次開啟方式與設定目錄位置,減少安裝後反覆排查。

前往下載

MOBILE

Android

Android 可選擇使用 Xray 核心的 v2rayNG,也可選擇使用 V2Fly 核心的 v2flyNG。多數較新的裝置優先考慮 arm64,無法確認架構時可查看通用版。兩款用戶端都支援訂閱更新、QR Code 匯入與單一分享連結,差異主要在核心家族與協定能力。

前往下載

DESKTOP

Linux

Linux 桌面端使用 v2rayN,可依發行版套件體系選擇 deb 或 rpm,並區分 x64 與 arm64 架構。安裝後需要確認桌面工作階段、設定目錄寫入權限與系統代理接管方式。下載頁會將主流桌面架構放在主要入口,其他架構則以補充連結清楚列出。

前往下載

QUICK START

下載後的三步設定

首次使用只需先完成一條最短鏈路:匯入可用設定、選取節點、開啟系統代理。確認基本連線正常後,再處理路由、DNS、自動啟動等進階設定。

  1. 01

    匯入訂閱或分享連結

    複製訂閱網址後,在用戶端的訂閱管理中新增網址並執行更新。若取得的是單一 vmess、vless 或其他分享連結,應使用從剪貼簿匯入節點的入口,不要將單一連結填入訂閱網址欄。匯入完成後先確認節點名稱與協定是否出現,再繼續下一步;空白清單通常表示尚未執行更新、網址複製不完整,或用戶端暫時無法讀取訂閱內容。

  2. 02

    選擇節點與代理模式

    在節點清單中選取一個設定作為使用中的伺服器,然後依使用範圍選擇系統代理模式。剛開始排查時應盡量保持規則簡單,先確認瀏覽器流量能進入用戶端,再逐步啟用分流規則。若同時執行多個網路工具,應檢查本機監聽連接埠是否衝突;連接埠被其他程式占用時,核心可能無法啟動,記錄中通常會出現監聽失敗或位址已被使用的提示。

  3. 03

    連線並讀取執行記錄

    啟動核心並開啟系統代理後,先觀察用戶端狀態與記錄,不要連續切換大量設定。記錄可確認設定是否已讀取、DNS 是否回傳結果、出站是否建立,以及失敗發生在協定握手還是本機監聽。基本鏈路正常後,再設定路由分流、訂閱自動更新與開機啟動。每次只修改一類參數,更容易判斷哪項變更造成結果改變。

COMMON QUESTIONS

常見問題精選

匯入訂閱後沒有顯示節點,應先檢查什麼?

先確認已儲存訂閱並手動執行更新,再檢查網址開頭、結尾與中間字元是否完整。若用戶端提示解析失敗,可在不變更原網址的前提下重新複製一次;若更新過程毫無回應,再檢查用戶端的網路權限與目前系統代理狀態。單一分享連結應從剪貼簿匯入節點,而不是放入訂閱管理。完整操作請查看使用文件

v2rayNG 與 v2flyNG 應如何選擇?

兩者都是 Android 圖形化用戶端,主要差異在核心家族。v2rayNG 著重 Xray 核心,v2flyNG 使用 V2Fly 核心。選擇依據應是節點參數、所需協定與現有設定是否相符。如果訂閱提供者明確標示核心要求,應優先依要求選擇;沒有特殊要求時,可先使用主要推薦項目,再根據記錄與協定能力判斷是否需要切換。

開啟系統代理後仍無法連線,問題一定出在節點嗎?

不一定。連線鏈路還包括本機監聽、系統代理、DNS、路由與出站握手。先確認核心是否成功啟動,再確認系統代理連接埠與用戶端監聽連接埠一致,然後讀取記錄中的第一個明確錯誤。若本機連接埠未建立,應先處理權限或連接埠占用;若能建立出站但網域解析失敗,則應檢查 DNS 設定,而不是反覆更換節點。

更新訂閱會覆蓋手動修改的節點嗎?

訂閱節點通常會由訂閱內容重新產生,直接修改其中的名稱或參數,可能在下次更新時被替換。需要長期保留的自訂參數,應複製為獨立節點,或使用用戶端提供的訂閱分組、路由規則與預設功能。更新前先了解哪些欄位屬於訂閱資料、哪些設定屬於用戶端全域設定,可減少重複調整。

PROJECT V ECOSYSTEM

Project V、V2Fly 與 Xray 的核心關係

V2Ray 常被用作整套工具的統稱,但實際使用時需要區分技術生態、執行核心與圖形化用戶端。Project V 建立了模組化代理架構與設定思路,V2Fly 延續並維護 V2Ray 核心能力,Xray 則沿著同一技術脈絡發展出獨立核心與擴充能力。v2rayN、v2rayNG、v2flyNG 位於更接近使用者的一層,負責將訂閱管理、節點選擇、系統代理與記錄檢視組織成圖形介面。

01 / HISTORY

生態歷史:設定模型早於特定用戶端

Project V 的核心影響不在於某個固定介面,而是將入站、出站、路由、DNS、傳輸與策略拆分為可組合的設定模組。圖形化用戶端只是將這些模組映射為選單、表單與預設。理解這一點後,就能解釋為何不同用戶端可以使用相近的節點參數,也能理解為何同一份訂閱在不同核心上可能呈現不同的協定能力。

日常使用不必先掌握所有 JSON 欄位,但應知道每項設定所屬的層級。系統代理決定應用程式流量是否進入用戶端,本機入站負責接收連線,路由決定出站方向,核心負責執行協定與傳輸。遇到問題時依層級排查,比只看用戶端介面的連線圖示更可靠。

02 / CORE FAMILY

核心家族:Xray 與 V2Fly 各自維護

V2Fly 核心延續 V2Ray 的模組化設計,設定結構與許多基礎概念保持連續;Xray 核心則從相關技術基礎發展而來,在協定、傳輸與流量控制方向維護自己的實作。兩者有共同概念,也存在無法直接互換的欄位與能力。看到 VLESS、VMess、Trojan、REALITY 或 XTLS Vision 等名稱時,仍應確認用戶端核心與伺服器端參數,而不是只依分享連結外觀判斷相容性。

本站的設定資料會明確標示欄位屬於通用設定思路、V2Fly 實作或 Xray 擴充。如此既方便直接使用圖形化用戶端,也便於在需要時閱讀產生後的設定檔與執行記錄。

03 / OPEN SOURCE

開放原始碼特性:用戶端與核心分層維護

v2rayN、v2rayNG、v2flyNG 以及相關核心均依各自專案的開放原始碼授權發布,用戶端程式碼、核心程式碼與發布節奏由不同維護者負責。圖形化用戶端更新可能集中在介面、系統代理、訂閱管理與平台適配,核心更新則多涉及協定實作、傳輸層、路由與 DNS。兩類更新不必維持相同節奏,因此用戶端中常會單獨提供核心管理或核心選擇入口。

這種分層結構的實際價值在於界線清楚:用戶端負責操作體驗,核心負責網路執行,訂閱只負責分發設定資料。判斷問題來源時,可以分別查看用戶端記錄、核心啟動結果與訂閱內容,而不是把所有異常歸結為同一個程式。

04 / UPDATE FLOW

更新機制:先辨識變更屬於哪一層

用戶端更新、核心更新與訂閱更新處理的是三類問題。用戶端更新改善平台相容性、介面與設定產生;核心更新調整協定實作與底層行為;訂閱更新只重新整理節點清單及其參數。更新訂閱不會自動替換用戶端程式,更新用戶端也不一定會改變已儲存的節點內容。分清更新對象,可避免在故障排查時執行無關操作。

穩定設定的調整順序應保持克制:先保留目前可用的設定,再更新單一層級並觀察記錄。如果只是新增節點,通常只需更新訂閱;如果某類協定無法辨識,應檢查核心能力與用戶端支援;如果系統代理無法接管,則應重點檢查用戶端權限與平台設定。

v2rayN

桌面用戶端層

適用於 Windows、macOS 與 Linux,集中管理訂閱、節點、路由預設、系統代理與執行記錄。適合需要完整桌面設定入口、多個訂閱分組與核心管理能力的使用者。

v2rayNG

Android + Xray

將 Android 網路服務與 Xray 核心結合,支援訂閱更新、QR Code、剪貼簿匯入與依應用程式設定。適合訂閱中包含 Xray 相關協定與傳輸參數的使用情境。

v2flyNG

Android + V2Fly

以 V2Fly 核心作為執行層,保留常用的節點管理與連線操作。適合作為 V2Fly 核心路線的用戶端選擇,也便於對照不同核心處理同類設定時的結果。