Windows
Windows 使用者可選擇 v2rayN 桌面版或經典 WPF 版。桌面版採用跨平台介面,適合希望統一操作方式的使用者;WPF 版沿用傳統 Windows 版面,系統代理、訂閱分組、路由規則與日誌入口集中在主視窗中。
前往下載先依目前使用的裝置進入對應平台,再按照處理器架構與安裝格式選擇檔案。桌面端以 v2rayN 為主,Android 可依核心需求在 v2rayNG 與 v2flyNG 之間選擇。
Windows 使用者可選擇 v2rayN 桌面版或經典 WPF 版。桌面版採用跨平台介面,適合希望統一操作方式的使用者;WPF 版沿用傳統 Windows 版面,系統代理、訂閱分組、路由規則與日誌入口集中在主視窗中。
前往下載macOS 使用 v2rayN 桌面用戶端,下載時需先確認裝置晶片。系統資訊顯示 Apple 晶片時選擇 ARM64,顯示 Intel 時選擇 x64。首次啟動後可匯入訂閱,並在選單列與主視窗之間管理連線狀態和系統代理。
前往下載Android 平台首選 v2rayNG,以 Xray 核心為基礎,支援訂閱、掃描 QR Code 匯入、分應用程式代理與常見路由模式。需要 V2Fly 核心時可選擇 v2flyNG。近年的主流手機通常使用 arm64,無法確認架構時可選擇通用安裝檔。
前往下載Linux 桌面可使用 v2rayN,並依發行版選擇 deb 或 rpm 軟體套件。Debian、Ubuntu 等通常使用 deb,Fedora、Rocky Linux 等通常使用 rpm;處理器還需區分 x64 與 ARM64。安裝後可從桌面選單啟動並匯入現有訂閱。
前往下載用戶端功能很多,日常使用可先掌握四組設定:訂閱負責取得設定,路由決定流量去向,DNS 負責網域解析,TUN 用來接管無法讀取系統代理的應用程式。
訂閱連結用於批次取得伺服器設定,不等同於用戶端本身。匯入後應先為訂閱分組命名,再手動更新一次,確認伺服器清單已寫入目前分組。多筆訂閱可依來源分開管理,避免更新時彼此覆蓋;名稱篩選則適合從較長的清單中找出指定地區、協定或用途。更新失敗時,先檢查連結是否完整、分組是否停用,以及系統時間是否正確,不要反覆刪除用戶端。這種整理方式比把所有設定堆在同一份清單中更容易維護,也能減少誤選舊設定的情況。
閱讀多筆訂閱管理 →路由規則通常依由上至下的順序比對,第一條符合的規則會決定流量走代理、直連或阻擋。因此,更具體的網域與應用程式規則應放在前面,範圍寬泛的兜底規則放在後面。修改前先釐清目標:是讓區域網路位址直連、讓特定網域使用指定出站,還是讓某類應用程式統一經過代理。一次只調整一組條件,儲存後重新載入設定。相較於簡單的全域開關,清楚的規則順序更容易解釋連線結果,也更方便找出某個網站為何使用了意外出口。
查看路由規則實戰 →連線成功卻打不開網頁、網域偶爾指向錯誤位址,或在不同網路下結果不一致,通常需要同時檢查 DNS 與路由。用戶端可以為不同網域指定上游解析服務,也可使用 DoH 等加密查詢方式。設定時要讓解析結果與流量出口保持一致:直連網域使用適合本地網路的解析路徑,需要經代理存取的網域,則避免在錯誤出口提前解析。不要一次堆疊太多規則,先從預設伺服器與少量網域分類開始,再配合日誌確認請求實際符合哪一項。
查看 DNS 最佳化方法 →瀏覽器通常能直接讀取系統代理,但部分應用程式、命令列工具與遊戲不會遵循這項設定,此時可考慮 TUN 模式。它透過虛擬網路介面接管更多系統流量,再交由路由規則判斷出口。啟用前應先確認一般系統代理能正常運作,再處理管理員權限、虛擬網卡與 DNS 接管等要求;否則多個變因同時改變,會增加排查難度。TUN 並非所有情境的預設解法,網頁存取和常見桌面應用程式已正常時,維持系統代理通常更簡潔。
閱讀 TUN 模式章節 →先完成基礎連線,再逐項加入路由、DNS 與 TUN。如此每一步都有明確結果,遇到問題也能快速判斷出錯環節。
Windows、macOS 與 Linux 桌面使用 v2rayN;Android 可優先使用 v2rayNG,需要 V2Fly 核心時選擇 v2flyNG。下載前確認系統平台、處理器架構與軟體套件格式,安裝完成後先開啟用戶端主介面,不要急著修改進階選項。桌面端若出現系統元件提示,應依安裝頁說明補齊執行環境;Android 首次連線時會出現系統網路授權視窗,確認後用戶端才能建立連線。
首次啟動的目標只是確認用戶端能正常開啟,並可存取選單與設定頁。此時維持預設路由和預設 DNS,避免在尚未匯入設定前調整大量開關。
向服務提供者取得完整訂閱連結,在用戶端新增訂閱分組並貼上連結,接著執行更新。更新完成後檢查伺服器清單是否有內容,再選擇其中一項作為作用中伺服器。若清單為空,優先檢查連結是否完整複製、訂閱分組是否啟用,以及網路和系統時間是否正常。不要把訂閱位址直接貼到瀏覽器搜尋框,也不要將不同來源的連結合併至同一筆紀錄。
伺服器名稱只是方便辨識的標籤,實際可用性要透過連線結果與日誌判斷。初次測試先選一項設定,確認基本存取正常後再比較其他伺服器,避免在多個設定之間頻繁切換而混淆結果。
選取伺服器後啟動用戶端,桌面端開啟系統代理,Android 完成系統網路授權。接著用瀏覽器開啟常用網頁,確認網域解析和頁面載入都正常。用戶端顯示已啟動只代表程序開始執行,不代表每個應用程式都會自動讀取代理;若瀏覽器正常而其他程式無法連線,應先查看該程式是否遵循系統代理,再決定是否設定應用程式內代理或啟用 TUN。
發生異常時,依「訂閱是否有內容、伺服器是否已選取、系統代理是否開啟、DNS 是否回傳合理結果、路由是否符合預期規則」的順序檢查。按照連線路徑逐項確認,比同時切換多個模式更容易找出原因。
理解核心、協定與圖形化用戶端的分工,有助於避免將「用戶端名稱」「核心名稱」和「伺服器協定」混為一談。
Project V 是圍繞網路代理協定與工具形成的開源技術生態系。早期 V2Ray 奠定了設定結構、入站與出站模型、路由系統以及多種傳輸組合的基礎。隨著社群持續演進,V2Fly 與 Xray 成為常見的核心家族分支。兩者都延續以設定驅動流量處理的思路,但在協定支援、傳輸能力、設定細節與更新節奏上各有側重。
核心負責協定解析、建立連線、路由比對、DNS 查詢與流量轉送;圖形化用戶端則負責將這些能力整理成訂閱管理、伺服器清單、系統代理開關、日誌與設定介面。因此,v2rayN、v2rayNG、v2flyNG 並不是三套互不相關的協定,而是面向不同平台與核心選擇的用戶端外殼。使用者在介面中匯入的 VMess、VLESS、Trojan、REALITY 等設定,最終仍由對應核心處理。
這種分層結構也說明了為何同一筆訂閱在不同用戶端中,可能呈現略有差異的設定項目:訂閱內容提供伺服器參數,用戶端負責解析與顯示,核心決定實際支援範圍。遇到匯入失敗時,應先確認協定欄位與用戶端支援情況;連線後發生分流異常,則應重點查看路由、DNS 與目前使用的核心,而不是只根據用戶端名稱判斷。
V2Fly 社群維護的核心延續了 V2Ray 的核心架構,包含入站、出站、路由、DNS 與多種傳輸設定。v2flyNG 以這條核心路線為基礎,適合需要相應設定相容性的 Android 使用者。
Xray 核心在 VLESS、XTLS Vision、REALITY 等組合中相當常見。v2rayN 與 v2rayNG 通常圍繞 Xray 的能力提供圖形化設定,但實際可用項目仍取決於目前的設定與用戶端實作。
支援 Windows、macOS 與 Linux,集中管理訂閱、伺服器、系統代理、路由規則、DNS 和 TUN。不同桌面環境維持相近的操作邏輯,適合在多台電腦上採用相同的設定流程。
支援掃描 QR Code、剪貼簿與訂閱匯入,並支援分應用程式代理與系統網路授權。介面圍繞行動裝置的連線流程設計,常見的 Xray 設定可直接在伺服器清單中管理。
同樣面向 Android,主要差異在於採用 V2Fly 核心路線。選擇用戶端時應考量訂閱所需的協定、傳輸方式與核心相容性,而不是只比較介面名稱。
從行動端權限、協定原理到 DNS 分流,依具體問題展開,適合完成基本連線後繼續閱讀。
整理 v2rayNG 在 Android 上的三項關鍵設定:首次連線的系統網路授權流程、將用戶端加入省電白名單以避免背景斷線,以及依應用程式決定流量路徑的設定方法。
閱讀全文 →從 TLS 交握與加密負擔談起,拆解 REALITY 的交握思路與 XTLS Vision 減少重複處理的機制,並說明兩者搭配對連線延遲與吞吐量的影響。
閱讀全文 →說明如何區分不同網域的解析路徑、指定上游伺服器、設定 DoH 加密查詢,並從路由比對與解析結果兩個方向排查連線異常。
閱讀全文 →