Windows
使用 v2rayN 桌面版或經典 WPF 版。桌面版採用跨平台介面，適合新環境；WPF 版延續傳統操作結構，系統匣選單、伺服器清單和系統代理入口較為集中。
平台入口
依作業系統選擇用戶端
桌面平台統一從 v2rayN 開始，Android 可依核心類型選擇 v2rayNG 或 v2flyNG。入口會開啟下載頁中的對應平台分頁。
macOS
使用 v2rayN 桌面用戶端。下載前先在系統資訊中確認處理器類型，再選擇 Apple Silicon 或 Intel 安裝套件；首次啟動後依系統提示完成應用程式確認與網路權限設定。
Android
優先採用 Xray 核心的 v2rayNG；需要 V2Fly 核心時可使用 v2flyNG。多數近年裝置適合 arm64 安裝套件，無法確認架構時可選擇通用版。
Linux
使用 v2rayN 桌面用戶端。Debian、Ubuntu 等系統選擇 deb，Fedora、RHEL 系發行版選擇 rpm；還需依裝置處理器確認 x64 或 arm64 架構。
核心設定
從訂閱到路由的操作流程
功能目錄依實際設定順序編排。選擇左側項目即可查看用途、操作範圍與對應設定項目。
訂閱匯入與群組更新
訂閱可集中讀取伺服器設定，適合在多個節點之間切換。匯入時應先確認連結來源與群組名稱，再執行一次訂閱更新，讓用戶端重新讀取目前內容。更新完成後，伺服器清單會依訂閱提供的名稱寫入對應群組；既有手動設定通常仍可獨立保留。若匯入後清單為空，應先檢查選取的訂閱群組，再確認連結是否完整，而不是反覆切換系統代理。
v2rayN 可設定定時更新間隔，也允許手動更新單一群組。多部裝置使用同一訂閱時，各用戶端仍需分別執行更新，訂閱本身不會直接同步用戶端中的路由模式、系統代理狀態與介面偏好。如此可將伺服器設定與本機策略分開管理，修改其中一項不會覆蓋另一項。
訂閱更新
更新目前訂閱
系統代理與應用程式生效範圍
系統代理控制會採用作業系統代理設定的應用程式是否透過目前用戶端。自動設定適合瀏覽器及遵循系統代理的桌面程式，啟用後用戶端會寫入本機代理位址；關閉時應同步清除系統代理狀態，避免應用程式繼續指向已停止監聽的連接埠。部分程式使用獨立網路堆疊，不讀取系統代理；這類情況需要查看程式本身的代理選項，或使用用戶端提供的其他接管方式。
連線節點與開啟系統代理是兩個不同動作：前者讓核心建立可用的出站連線，後者決定系統流量是否送入該出站。排查時應依序確認目前伺服器已啟用、核心運作正常，以及系統代理狀態已切換。分開檢查比反覆重新啟動用戶端更容易定位問題。
系統代理
路由模式與依目標分流
路由規則決定進入核心的請求應直連、代理或阻止。常用預設會依網域、位址範圍與區域網路目標進行比對，例如「繞過區域網路及中國大陸」模式適合保留本地裝置存取，並減少不需要經過代理的連線。規則判斷發生在流量進入用戶端之後，因此路由模式不能取代系統代理或 TUN 等流量入口，兩者需要分別設定。
自訂規則時應從範圍明確的條件開始，先處理區域網路、特定網域與應用程式需求，再設定兜底出站。規則順序會影響最終比對結果；修改後應重新連線目前節點，並使用目標網站進行一次實際存取驗證。若規則數量較多，可先暫時切回預設模式，判斷故障來自節點還是自訂比對條件。
路由模式
繞過區域網路及中國大陸
Xray 與 V2Fly 核心選擇
圖形用戶端負責介面、訂閱與系統整合，實際協定連線則由核心完成。Xray 與 V2Fly 來自 Project V 相關生態系，基本設定概念相近，但擴充功能與協定支援並不完全相同。使用 VLESS、REALITY、XTLS Vision 等設定時，應核對伺服器端要求與用戶端核心能力；一般 VMess、VLESS 或 Trojan 設定也必須確保傳輸層參數一致。
v2rayN 可管理桌面環境中的多種核心設定，v2rayNG 主要採用 Xray 核心，v2flyNG 則對應 V2Fly 核心。選擇依據應是節點協定與傳輸參數，而不只是查看用戶端名稱。遇到設定可匯入但無法連線的情況，先比對協定、位址、連接埠、傳輸方式與安全參數，再檢查核心是否支援相關擴充功能。
核心類型
依設定需求選擇
延遲測試、連線記錄與速度判斷
ICMP ping、實際連線延遲與下載測速反映的是不同環節。ping 主要觀察伺服器網路介面的往返時間，不包含完整代理交握；實際連線延遲會經過協定與傳輸建立流程，更接近開啟網頁前的等待時間；下載測速則關注持續吞吐量，容易受到伺服器負載、中間線路與本地網路狀態影響。三項結果不一致很常見，不能只憑單一數字判斷設定品質。
排查連線失敗時，先確認用戶端記錄中是否完成網域解析與協定交握，再檢查本機連接埠是否遭其他程式佔用。速度偏慢則從節點、線路、本地設定三個層面比對：更換節點測試同一目標，切換時段判斷壅塞，最後檢查路由、核心與並行相關設定。每次只修改一項，結果會更容易重現。
測試方式
實際連線延遲
開源生態系
Project V、V2Fly 與 Xray
用戶端、核心與協定處於不同層級。理解三者關係，有助於正確選擇安裝套件、判斷設定相容性，並在更新後快速定位變化來源。
從核心專案到圖形用戶端
Project V 建立了以設定驅動網路代理核心的技術生態系。V2Ray 的入站、出站、路由與傳輸層概念，為後續用戶端提供統一的設定基礎。圖形用戶端不重新定義這些協定，而是將 JSON 設定、訂閱內容、系統代理與程序管理轉換成可操作的介面。使用者在伺服器清單中切換節點時，用戶端會依選取項目產生核心可讀取的執行設定。
V2Fly 延續 V2Ray 核心的社群維護方向，著重通用協定與模組化設定。Xray 則在相近的設定體系上發展自身的擴充能力，包括與 XTLS、REALITY 相關的實作。兩者共用不少基礎概念，但功能加入時間、參數名稱與相容範圍可能不同。設定提供者標示特定核心要求時，應依要求選擇，不宜直接假設所有擴充功能都能互換。
VMess、VLESS 與 Trojan 是代理協定名稱；WebSocket、gRPC、TCP 等屬於傳輸方式；TLS、REALITY 等則負責不同層面的安全與交握設定。訂閱只是設定的分發形式，不會改變協定本身。將這些欄位分層核對，可以避免把「訂閱更新失敗」、「核心不相容」與「路由未生效」混為同一個問題。
相關專案採用開放原始碼方式維護，程式碼變更、問題修正與協定實作由各自社群持續推進。開源授權規定程式碼使用、修改與再發佈的界線，也讓不同圖形用戶端能圍繞同一核心體系提供介面與系統整合。用戶端更新通常包含介面調整、訂閱解析、平台適配或核心管理變更；核心更新則更直接影響協定支援與連線行為。
實際維護時，用戶端與核心不一定同步發佈。遇到更新後的行為差異，應先確認變化發生在用戶端介面、訂閱內容還是底層核心，再決定回頭檢查設定或調整配置。保留目前可用的訂閱來源與路由策略記錄，有助於在不同裝置間移轉時重現相同的連線條件。
v2rayN
面向 Windows、macOS 與 Linux 的圖形用戶端。功能涵蓋訂閱群組、伺服器切換、系統代理、路由規則、記錄檢視與核心管理。桌面端設定集中於同一工作區，適合需要維護多個訂閱、手動節點與自訂路由的環境。
v2rayNG
面向 Android 的圖形用戶端，以 Xray 核心為主要執行元件。可透過訂閱連結、剪貼簿內容或 QR Code 匯入設定，並透過系統 VPN 服務接管裝置流量。適合使用 Xray 擴充協定與相關傳輸參數的設定。
v2flyNG
面向 Android 的 V2Fly 核心用戶端，介面操作接近常見的 Android 代理用戶端。適用於明確要求 V2Fly 核心的設定情境，可作為依核心類型選擇的備選方案。匯入前仍需核對協定、傳輸方式與安全參數。
教學動態
查看全部文章 →
設定原理與排查記錄
文章從安裝、核心、測速與多裝置管理切入，重點說明各項設定之間的因果關係。
V2Ray 速度慢的分層排查：先測節點，再查線路，最後調整本機設定
依節點本身、中間線路、本機設定三個層面定位瓶頸。透過更換節點、不同時段對照，以及逐項檢查路由與核心設定，避免同時修改多個變數後無法判斷原因。
閱讀全文多裝置同步 V2Ray 設定的三種方案：訂閱連結、匯出匯入與 QR Code 分享
比較集中管理訂閱、傳遞設定檔與 QR Code 分享三種方式，說明桌面 v2rayN 與 Android 用戶端之間可同步哪些欄位，以及哪些本機設定需要分別完成。
閱讀全文延遲測試數字怎麼看：ICMP ping、實際連線延遲與下載測速的差異
說明三類測試各自涵蓋的網路環節，解釋為何短暫往返時間不等於高吞吐量，也不代表代理交握一定成功，並提供依問題類型選擇測試方法的順序。
閱讀全文首次設定從哪裡開始
先完成用戶端安裝與訂閱匯入，再選擇目前伺服器，最後開啟系統代理並驗證存取。遇到問題時保留記錄中的時間與錯誤階段，依教學步驟回頭檢查。