新一代跨平台介面
v2rayN Desktop
適合希望使用新版桌面介面的 64 位元 Windows 裝置。下載檔案為壓縮包，解壓縮後執行其中的安裝程式，並依照系統提示完成安裝。
依裝置與處理器架構選擇
V2Ray 用戶端下載
桌面裝置使用 v2rayN，Android 可在 v2rayNG 與 v2flyNG 之間選擇。下載前請先確認作業系統、處理器架構與安裝包格式，避免只憑檔名反覆嘗試。
平台與安裝包
切換平台會同步至網址列錨點。複製含錨點的網址後，即可直接返回相應平台。
Windows 桌面用戶端
v2rayN
v2rayN 提供新一代跨平台桌面版與經典 WPF 版。兩者都可用於訂閱管理、節點選擇、路由、DNS、系統代理與 TUN 設定，但介面技術與使用習慣不同。首次安裝可先使用桌面版；已有 WPF 使用經驗，或希望延續經典介面時，請選擇 WPF 版。
經典 Windows 介面
v2rayN WPF
WPF 版保留經典操作配置，適合已熟悉舊版選單結構與系統匣操作的使用者。切換版本前請先退出正在執行的 v2rayN，避免兩個用戶端同時修改系統代理。
| 檢查項目 | 建議 | 容易混淆的地方 |
|---|---|---|
| 系統架構 | 使用 64 位元 Windows 裝置。 | x64 代表處理器架構，不是用戶端版本號。 |
| 介面版本 | 新使用者先選 Desktop，熟悉經典配置時可選擇 WPF。 | 不要同時執行 Desktop 與 WPF。 |
| 設定準備 | 準備有效的訂閱網址或完整連線參數。 | 完成安裝不代表已建立連線。 |
macOS 桌面用戶端
v2rayN
macOS 安裝包依晶片分為 Apple Silicon 與 Intel。副檔名相同不代表可以混用，下載前應先查看裝置的晶片或處理器資訊。Apple M 系列選擇 arm64，Intel 處理器選擇 x64。
Apple M 系列晶片
v2rayN for Apple Silicon
適用於系統資訊中顯示 Apple 晶片的 Mac。arm64 是處理器架構標識，與訂閱協定、節點類型或代理模式沒有直接關係。
Intel 處理器
v2rayN for Intel
適用於系統資訊中處理器項目顯示 Intel 的 Mac。若無法判斷，可先開啟系統資訊確認硬體，不要只依購買年份推測。
| 檢查項目 | 選擇方式 | 安裝後處理 |
|---|---|---|
| 晶片類型 | Apple M 系列選 arm64，Intel 處理器選 x64。 | 晶片類型只決定安裝包，不決定訂閱內容。 |
| 安裝格式 | 下載對應的 DMG 檔案，並依系統流程開啟。 | 首次執行時，依系統提示確認應用程式權限。 |
| 代理範圍 | 先使用一種接管方式完成連線驗證。 | 系統代理與 TUN 的接管範圍不同。 |
Android 圖形用戶端
v2rayNG 與 v2flyNG
Android 首選 v2rayNG；需要使用 v2fly 核心路線時，可選擇 v2flyNG。兩款用戶端都提供 arm64 與通用安裝包。2015 年後的主流手機通常優先使用 arm64，無法確認架構或安裝提示不相容時，再選擇通用版。
Android 首選 · Xray 核心
v2rayNG
v2rayNG 適合一般 Android 手機與平板設定。請先下載 arm64 套件；只有在裝置架構不明、arm64 無法安裝，或確實需要相容更多架構時，才使用通用版。安裝後可掃描 QR Code、從剪貼簿匯入連線參數，或新增訂閱網址。
arm64 安裝包
下載 v2rayNG arm64
適合 2015 年後的大多數主流 Android 手機。
v2rayNG arm64 APK
通用安裝包
下載 v2rayNG 通用版
用於架構不確定或 arm64 套件不相容的裝置。
v2rayNG 通用 APK
Android 備選 · v2fly 核心
v2flyNG
v2flyNG 採用 v2fly 核心，可作為 Android 端的另一種用戶端選擇。請先依服務提供方給出的協定與設定要求判斷相容性，不要只根據用戶端名稱推測連線速度。更換用戶端時需重新匯入設定，並重新確認 VPN 權限與應用程式分流設定。
arm64 安裝包
下載 v2flyNG arm64
適合採用 64 位元 ARM 架構的主流 Android 裝置。
v2flyNG arm64 APK
通用安裝包
下載 v2flyNG 通用版
裝置架構不明時使用，檔案通常比單一架構套件更大。
v2flyNG 通用 APK
| 檢查項目 | 優先選擇 | 需要注意 |
|---|---|---|
| 用戶端 | 一般使用先選擇 v2rayNG。 | v2flyNG 是採用另一核心路線的備選用戶端。 |
| 處理器架構 | 2015 年後的主流手機先選 arm64。 | 不確定或提示不相容時改用通用版。 |
| 背景執行 | 依實際需要允許用戶端維持 VPN 連線。 | 系統省電策略可能會暫停背景連線。 |
Linux 桌面用戶端
v2rayN
Linux 下載時需要同時判斷軟體包格式與處理器架構。Debian、Ubuntu 及其衍生發行版通常使用 deb；Fedora、RHEL 系列及採用 RPM 套件管理的發行版使用 rpm。一般 PC 多為 x64，ARM 桌面裝置或開發板應依系統架構選擇 arm64。
主流桌面 PC · x64
v2rayN for Linux x64
請先依發行版的軟體包管理方式選擇 deb 或 rpm。安裝前不要只看桌面環境名稱，因為 GNOME、KDE 等介面無法決定軟體包格式；應以發行版及其套件管理器為準。
x64 deb
下載 x64 deb
適用於 Debian、Ubuntu 及其衍生發行版。
v2rayN x64 deb
x64 rpm
下載 x64 rpm
適用於採用 RPM 套件管理的 x64 發行版。
v2rayN x64 rpm
ARM 桌面裝置 · arm64
v2rayN for Linux arm64
僅在確認系統架構為 arm64 或 aarch64 時選擇。軟體包格式仍由發行版決定：採用 Debian 套件管理體系選 deb，採用 RPM 套件管理體系選 rpm。
| 檢查項目 | 常見選擇 | 判斷依據 |
|---|---|---|
| 軟體包格式 | Debian 系列選 deb，RPM 系列選 rpm。 | 以發行版的套件管理體系為準。 |
| 處理器架構 | 一般 PC 多為 x64，ARM 裝置選 arm64。 | 查看系統報告中的 x86_64、amd64、aarch64 或 arm64 標識。 |
| 代理設定 | 先確認桌面應用程式是否讀取系統代理。 | 不同桌面環境與應用程式的代理行為可能不同。 |
下載前的選擇順序
先縮小平台與架構範圍，再判斷用戶端或安裝包形式。依照以下順序處理，通常比逐一試裝更快。
確認作業系統
桌面裝置先區分 Windows、macOS 與 Linux，Android 裝置則進入行動端用戶端選擇。平台名稱決定用戶端範圍，但還不能直接決定最終檔案，因為同一平台可能有多種架構或套件格式。
確認處理器架構
Windows 本頁提供 x64 安裝包；Mac 需要區分 Apple Silicon 與 Intel；Android 主要在 arm64 與通用版之間選擇；Linux 同時提供 x64 與 arm64。架構不相容時通常會無法安裝或執行。
確認套件格式或介面版本
Windows 還要判斷 Desktop 與 WPF，Linux 還要判斷 deb 與 rpm。這個步驟處理的是介面技術或軟體包管理方式，不會改變訂閱網址中的協定參數，也不會自動改善節點連線品質。
保留原有設定再升級
已有用戶端時，請先記錄訂閱群組、路由、DNS、系統代理與 TUN 的目前設定。升級後先驗證原有設定能否正常載入，再逐項嘗試新設定。一次變更多個變數，會讓連線異常更難定位。
安裝後的設定流程
用戶端安裝完成只是準備階段。能否連線使用，還取決於訂閱內容、節點參數、代理接管方式與本機網路條件。
匯入訂閱
使用可信來源提供的訂閱網址，在用戶端的訂閱群組中新增並執行更新。訂閱更新只表示用戶端已取得並解析設定，不代表每個節點都能建立連線。
確認清單中出現預期項目，且更新過程沒有明顯的網路或解析錯誤。
選擇節點
先選擇參數完整的節點進行實際連線測試，不要同時大量修改路由與 DNS。連線測試與下載測速用途不同，測試結果也不能取代實際存取驗證。
確認用戶端記錄出現正常連線流程，再檢查目標應用程式是否確實經過代理。
系統代理
系統代理適合遵循作業系統代理設定的瀏覽器與桌面應用程式。接管範圍取決於應用程式行為，開啟後不代表所有程序都會自動使用用戶端。
適合先驗證瀏覽器與一般桌面軟體；若某個應用程式有獨立代理設定，則需另外檢查。
TUN 模式
TUN 透過虛擬網路介面處理更廣泛的流量，通常需要額外權限，並受路由、DNS 與系統網路元件影響。先單獨驗證系統代理，再依接管需求決定是否使用 TUN。
適用於不讀取系統代理的應用程式；啟用前應保留原有設定並準備可復原方案。
結果驗證
透過用戶端記錄、瀏覽器實際存取與目標應用程式行為交叉判斷。單項重新測試比一次更換節點、DNS、路由與代理模式更容易定位問題。
確認關閉用戶端或清除系統代理後，網路設定能恢復原狀。
下載常見問題
這裡集中回答安裝包選擇與首次設定問題。展開問題後即可直接閱讀處理順序。
Windows 應該下載 v2rayN 桌面版還是經典 WPF 版？
想使用新一代跨平台介面，可先選擇桌面版；已熟悉經典 Windows 介面，或需要沿用原有操作習慣時，可選擇 WPF 版。兩者的訂閱與代理設定目標相近，但介面配置與部分操作入口可能不同。
不要同時執行兩個版本。切換前請先退出目前的用戶端，並確認系統代理是否已清除，或已由新用戶端重新接管。若升級後遇到問題，先檢查原訂閱能否更新，再檢查路由、DNS 與代理模式，不要把介面版本差異直接視為節點異常。
Android 的 arm64 與通用版該如何選擇？
2015 年後的主流 Android 手機通常優先選擇 arm64。單一架構套件只包含對應架構所需的程式元件，檔案選擇更明確。無法確認處理器架構，或 arm64 安裝包提示與裝置不相容時，再使用通用版。
通用版不是功能更完整的進階版本，主要用於支援更多裝置架構。安裝包架構不會改變訂閱協定，也不會決定連線速度。安裝後仍需匯入有效設定、授予 VPN 權限，並依實際需要處理背景執行限制。
macOS 應該選擇 Apple Silicon 還是 Intel 安裝包？
搭載 Apple M 系列晶片的裝置選擇 Apple Silicon 版，使用 Intel 處理器的裝置選擇 Intel 版。可在系統的裝置資訊頁面查看「晶片」或「處理器」項目，確認後再下載。
兩個安裝包都採用 DMG 格式，但內部程式架構不同。不要只根據副檔名判斷。首次執行時依系統提示處理應用程式權限，接著匯入訂閱並選擇一種代理方式進行驗證。
Linux 應該選擇 deb 還是 rpm？
Debian、Ubuntu 及其衍生發行版通常選擇 deb；Fedora、RHEL 系列及採用 RPM 套件管理的發行版選擇 rpm。桌面環境名稱不能作為判斷依據，應以發行版的軟體包管理體系為準。
確認格式後還要核對處理器架構。一般桌面 PC 多數使用 x64，ARM 桌面裝置或開發板可能使用 arm64。若系統資訊顯示 aarch64，通常對應本頁的 arm64 套件。
安裝完成後，為什麼仍無法直接連線？
用戶端安裝包只提供圖形介面與執行元件，不包含個人訂閱或連線參數。安裝後需要匯入有效訂閱或完整設定，選取可用節點，再依目標應用程式選擇系統代理或 TUN。
驗證時先確認訂閱是否更新成功，再查看用戶端記錄是否建立連線，最後檢查瀏覽器與目標應用程式的實際存取。測試成功不代表所有應用程式都已使用代理，因為不同應用程式讀取系統代理的方式不同。