Windows
Windows 使用者可在桌面版與經典 WPF 版之間選擇。桌面版採用跨平台介面路線，適合希望維持一致操作方式的使用者；WPF 版則延續傳統 Windows 介面與成熟的使用習慣。安裝後先匯入訂閱、更新分組，再選擇啟用中的伺服器並開啟系統代理。
前往 Windows 下載v2rayN官網 / 四大平台設定
集中整理 v2rayN 桌面客戶端、v2rayNG Android 客戶端與訂閱設定教學。同一份伺服器參數可匯入不同平台，再分別設定系統代理、TUN 接管與路由規則。
GPL-3.0 開放原始碼授權
Xray · V2Fly 內核生態
VLESS · REALITY 設定參考
從訂閱欄位到系統流量接管
客戶端設定不是單一開關。訂閱更新、協定參數、代理模式與路由規則構成一條連續流程。依照實際連線順序理解各個環節，排查時才能準確找出問題所在。
訂閱匯入與分組更新
訂閱網址負責傳送伺服器項目，客戶端則將項目寫入本機分組。首次匯入後，應主動執行訂閱更新，再確認伺服器清單中是否出現可選節點。分組名稱、更新結果與日誌提示應一併查看，不能只因介面出現一筆記錄就判定成功。長期使用時，可依服務來源拆分分組，避免不同訂閱中的同名節點混在一起；更新前保留手動設定，也能減少覆寫關係造成的判斷困難。
這套流程同樣適用於 v2rayN 與 v2rayNG，但選單位置與系統權限有所不同。桌面端較適合集中管理多組設定，Android 端則需要另外確認背景執行與網路接管權限。
協定參數一致性
VLESS、VMess、Trojan 等協定只定義連線路徑的一部分。位址、連接埠、使用者識別碼、安全層、傳輸方式、伺服器名稱與 flow 參數，都必須逐項與伺服器端相符。以 VLESS 搭配 REALITY 為例，客戶端還要確認公鑰、短識別碼、指紋與目標名稱；任何欄位有誤，都可能表現為握手失敗，或連線後無法交換資料。透過訂閱匯入通常能減少手動輸入，但仍應理解欄位之間的關係，方便閱讀日誌與遷移設定。
本站文件使用實際欄位名稱說明設定結構，不以不明縮寫取代關鍵參數。涉及敏感憑證時，只說明欄位用途與填寫規則。
路由規則與網域分流
路由模組決定每個請求應經由代理、直接連線，還是阻擋出口。規則通常依照由上而下的順序比對，因此私有位址、指定網域、地理資料集合與預設規則都需要清楚安排。網域策略也會影響規則如何在網域與位址之間轉換，不能脫離 DNS 設定單獨調整。一般使用情境下，先採用客戶端提供的基礎分流範本，再針對固定服務追加少量高優先級規則，比一次匯入大量未知規則更容易維護。
當存取結果不如預期時，應記錄目標網域、命中的規則與最終出口。如此可以區分節點連線、DNS 解析與路由順序問題。
系統代理與 TUN 模式
系統代理主要接管遵循作業系統代理設定的應用程式，設定簡單，適合瀏覽器與常見桌面軟體。TUN 模式透過虛擬網路介面處理更廣泛的流量，適合不讀取系統代理設定的程式，但需要額外權限，並須配合本機防火牆、虛擬網路卡與 DNS 方案。兩種方式並非越多越好：先選擇一種完成連線驗證，再依應用程式涵蓋範圍決定是否切換，可減少重複接管與迴圈路徑。
關閉客戶端前，應還原對應的系統狀態。若重新啟動後網路異常，先檢查系統代理是否殘留、TUN 介面是否仍啟用，以及本機連接埠是否被其他程式佔用。
依目前系統選擇客戶端
桌面平台統一使用 v2rayN，Android 平台以 v2rayNG 為主要選擇，並提供 v2flyNG 作為不同內核路線的備選。平台入口會直接開啟下載頁的對應標籤。
macOS
macOS 安裝套件依處理器架構區分。Apple Silicon 裝置選擇 arm64，Intel 處理器裝置選擇 x64。首次執行需要完成系統權限確認；啟用 TUN 時，還要允許網路延伸功能相關操作。建議先用系統代理驗證訂閱與節點，再依應用程式涵蓋範圍決定是否啟用更完整的流量接管。
前往 macOS 下載Android
Android 平台主要使用 v2rayNG，採用 Xray 內核路線，適合常見的 VLESS、REALITY、VMess 與 Trojan 設定。多數現代裝置可選擇 arm64 建置版本，無法確認架構時可使用通用建置版本。匯入訂閱後，需要在系統連線確認介面授予網路接管權限，並依耗電策略調整背景執行限制。
前往 Android 下載Linux
Linux 桌面端使用 v2rayN，可依發行版的軟體套件體系選擇 deb 或 rpm，並區分 x64、arm64 架構。圖形客戶端負責訂閱、伺服器清單與路由設定，系統匣與桌面環境的行為可能略有差異。啟用系統代理前，應先確認桌面環境讀取的代理來源，避免只修改了其中一層設定。
前往 Linux 下載Project V、內核與圖形客戶端
客戶端介面與網路內核負責不同工作。理解這層關係，有助於判斷協定能力來自哪裡、設定錯誤應在哪一層排查，以及不同客戶端為何會出現功能差異。
開放協定生態的分層結構
Project V 建立了圍繞代理協定、傳輸方式、路由規則與設定模型發展的開放技術生態。它不是某個圖形介面的名稱，也不等同於單一網路內核。使用者在客戶端看到的伺服器清單、訂閱分組、系統代理開關與日誌視窗屬於互動層；真正負責建立連線、進行協定握手、轉送資料與比對路由的部分，則由底層內核完成。
這種分層讓介面開發與協定實作能夠各自演進。圖形客戶端可以最佳化平台支援、設定管理與操作流程，內核專案則持續處理協定相容性、傳輸細節、DNS 行為與路由執行。遇到問題時，先判斷故障位於訂閱資料、客戶端介面、作業系統接管或內核連線層，比反覆切換節點更有效。
V2Fly 內核家族
V2Fly 延續 V2Ray 的設定模型與協定生態，重點涵蓋代理入站、出站、傳輸、DNS 與路由等基礎模組。v2flyNG 採用這條內核路線，適合作為 Android 平台上的備選客戶端。選擇它時，應依據伺服器端實際使用的協定與參數，而不是只憑客戶端名稱判斷相容性。
Xray 內核家族
Xray 與 Project V 生態共享大量設定概念，同時發展出 VLESS、REALITY、XTLS Vision 等常用功能。v2rayN 與 v2rayNG 常用於管理 Xray 設定。圖形介面會將複雜欄位整理成表單，但最終生效的仍是協定、安全層、傳輸與路由參數的組合，因此伺服器端與客戶端必須保持一致。
三款客戶端的開放原始碼特性
v2rayN、v2rayNG 與 v2flyNG 均以開放原始碼方式維護，客戶端發布遵循各自聲明的開放原始碼授權。開放式開發模式讓介面邏輯、設定處理與內核呼叫關係能持續接受檢視，也讓不同平台得以圍繞同一組協定概念形成各自的操作方式。使用時仍應區分客戶端授權、內核授權與第三方元件授權。
更新機制與設定遷移
客戶端更新通常包含介面調整、平台相容性處理、設定結構適配與內核呼叫變更。訂閱內容由服務提供者維護，客戶端更新不會自動修正伺服器端參數。遷移裝置時，應優先保存訂閱來源、手動路由規則、DNS 方案與本機偏好，再於新平台重新檢查權限及系統代理狀態，而不是直接假設所有本機設定都能原樣沿用。
設定說明與排查記錄
圍繞實際介面、連線流程與進階設定整理的專題文章。每篇聚焦一個明確問題，提供可重複使用的判斷順序與參數背景。
FakeDNS 虛擬 DNS 映射原理詳解：哪些情境該開、哪些情境別碰
拆解 FakeDNS 使用保留位址區段取代真實解析結果的處理流程，說明它與 TUN、網域嗅探及路由比對之間的關係，並列出適合啟用與需要關閉的典型情境。
閱讀全文 →v2rayN 主介面功能分區速覽：伺服器清單、訂閱分組、日誌與設定入口
依照主視窗的實際資訊結構，說明伺服器清單欄位、訂閱分組管理、日誌窗格與核心設定入口，協助初次安裝的使用者先建立介面概念，再開始匯入設定。
閱讀全文 →v2rayN 節點逾時無法連線怎麼排查：依序完成這六個步驟
從本機時間、訂閱狀態、連接埠占用與協定參數開始，逐步檢查系統代理與日誌關鍵字。固定排查順序能減少重複修改設定造成的新干擾。
閱讀全文 →