DESKTOP
Windows
適合使用 v2rayN 圖形用戶端。下載頁分別提供新一代桌面介面與經典 WPF 介面，並說明各自適用情境。安裝後可從系統匣選單設定系統代理、更新訂閱與切換路由模式。
前往下載PLATFORM ENTRY
依作業系統選擇用戶端
先確認裝置平台，再前往下載頁選擇安裝套件。桌面端以 v2rayN 為主，Android 可依核心偏好選擇 v2rayNG 或 v2flyNG；平台頁也會說明架構、安裝方式與首次啟動注意事項。
DESKTOP
macOS
使用 v2rayN 的跨平台桌面介面。進入平台頁後依裝置晶片選擇 Apple Silicon 或 Intel 安裝套件，首次開啟時再完成系統授權。訂閱、節點測試與分流入口和其他桌面平台大致相同。
前往下載MOBILE
Android
常見選擇是採用 Xray 核心的 v2rayNG；需要 V2Fly 核心時則可選擇 v2flyNG。下載頁依 arm64 與通用架構列出入口，並補充首次連線授權、省電白名單與分應用程式代理的設定方向。
前往下載DESKTOP
Linux
桌面環境可使用 v2rayN，並依發行版的套件系統選擇 deb 或 rpm。平台頁區分 x64 與 arm64 架構，安裝後應重點確認桌面工作階段、寫入系統代理的權限，以及應用程式是否讀取目前的代理設定。
前往下載CONFIGURATION PATH
從訂閱到分流的設定架構
用戶端能否穩定運作，關鍵不在反覆切換按鈕，而在於釐清訂閱、節點、代理模式與診斷記錄各自負責的環節。依序查看四個節點，建立可重複使用的設定順序。
SUBSCRIPTION
將遠端設定轉為易於維護的節點清單
訂閱網址不是單一節點，而是一組可更新的設定來源。正確流程是先在用戶端建立新的訂閱群組，再執行更新並確認節點已歸入對應群組。如此可區分不同來源，後續更新也不會覆蓋手動設定。若節點沒有變化，應先檢查目前更新的群組、網址是否完整及用戶端記錄，而不是連續重複匯入。
用戶端通常會從訂閱內容解析協定、伺服器、連接埠、使用者識別碼與傳輸參數。使用者主要負責保持訂閱來源清楚，並在更新後重新選擇可用節點。分組管理比逐條貼上分享連結更適合長期維護，也方便比較測試不同線路。
訂閱分組 → 更新訂閱 → 選擇節點 → 啟動連線
ROUTING
讓不同要求進入明確的出站路徑
路由分流負責判斷一條連線應直連、經由代理轉送，還是加以阻擋。判斷條件可以來自網域、位址範圍、網路類型或程序資訊。日常設定應先使用用戶端提供的成熟規則集，再依實際需求加入少量自訂規則；規則越多不代表效果越好，衝突與順序錯誤反而會增加排查成本。
修改規則後要重新載入設定，並分別測試直連網站與需要代理的網站。若某類網域始終走錯出口，先觀察命中的規則，再調整優先順序。相較於只提供全域開關的簡單工具，V2Ray 生態的優勢在於能分開管理判斷條件與出站動作。
domain:example.com → proxy · geoip:private → direct
PROXY MODE
區分系統代理、應用程式代理與 TUN
系統代理適合瀏覽器與會主動讀取系統設定的桌面軟體，設定直觀且影響範圍容易判斷；部分應用程式會忽略系統代理，此時需要在應用程式內填寫本機監聽位址。TUN 模式涵蓋範圍更廣，可接管更多網路流量，但會涉及虛擬網路介面、權限、DNS 與路由表，適合在基礎連線確認正常後再啟用。
排查時應從最小範圍開始：先確認用戶端本機連接埠正常監聽，再測試系統代理，最後才考慮 TUN。一次只變更一個變數，便能快速判斷問題來自節點、應用程式設定或系統網路層，避免同時啟用多套接管方式造成連接埠佔用或路由互相覆蓋。
本機監聽 → 系統代理 → 應用程式驗證 → 視需要啟用 TUN
DIAGNOSTICS
依要求經過的環節定位連線問題
連線按鈕處於啟用狀態，只能表示用戶端程序已嘗試啟動，不能直接證明遠端節點、DNS 與路由都可用。診斷時應依序檢查設定是否載入、本機連接埠是否監聽、系統代理是否生效、網域能否解析，以及遠端連線是否建立。錯誤記錄中的 failed to dial、rejected 等訊息，應結合發生位置判斷。
測速也需要分層理解：連線延遲、下載吞吐量與網頁開啟速度衡量的是不同環節。先用同一裝置、同一時間與同一測試目標進行比較，再決定是否更換節點。記錄每次變更前後的結果，比隨機切換 Mux、DNS 與路由選項更容易得到穩定結論。
設定載入 → 本機監聽 → DNS → 路由命中 → 遠端連線
QUICK START
三步完成首次連線
先跑通最短路徑，再調整分流與進階網路設定。初次設定時保留清楚的操作順序，發生問題便能準確回到上一個已驗證的環節。
-
安裝與平台相符的用戶端
Windows、macOS、Linux 桌面裝置優先前往 v2rayN 平台下載區；Android 可選擇 v2rayNG，或依核心需求使用 v2flyNG。下載前先確認作業系統與處理器架構，安裝後從應用程式主介面進入設定，不要同時執行多個佔用相同本機連接埠的用戶端。
-
匯入訂閱並選擇節點
在訂閱管理中新增名稱與網址，儲存後執行更新。看到節點清單後，選擇其中一個節點作為作用中伺服器，再進行一次基本連線測試。若訂閱更新失敗，先核對網址是否完整，並查看記錄是解析失敗、網路逾時，還是回傳內容無法辨識。
-
啟用代理並驗證分流
桌面端先啟用系統代理，Android 首次連線時完成系統網路授權。接著分別開啟一個預期直連的網站與一個需要代理的網站，確認兩類要求都符合預期。基礎連線穩定後，再設定自訂路由、應用程式代理或 TUN，避免多個設定問題彼此疊加。
PROJECT V ECOSYSTEM
Project V、V2Fly 與 Xray 的關係
用戶端、核心與協定經常被混為一談。了解三者分工後，選擇軟體、閱讀記錄與判斷相容性都會更直接。
從核心能力到圖形用戶端
Project V 是由代理協定、傳輸方式、路由系統與可擴充網路元件構成的開源技術生態。V2Ray 這個名稱既常用來指早期核心，也常被使用者泛指相關用戶端與設定方式。實際使用時，圖形用戶端負責訂閱管理、節點選擇、系統代理與介面操作；底層核心則負責解析設定、建立連線、執行協定與路由邏輯。
V2Fly 延續 V2Ray 核心路線，強調模組化能力、協定實作與社群維護。Xray 與其技術脈絡相近，在相容既有設定的基礎上發展出自身的傳輸與協定特性。兩者不是單純的介面版本差異，而是獨立演進的核心家族。訂閱中包含的協定參數是否可用，最終取決於用戶端所帶的核心及其支援範圍。
v2rayN 是桌面端圖形用戶端，可在 Windows、macOS、Linux 上管理伺服器、訂閱、路由規則與本機代理設定；v2rayNG 面向 Android，通常搭配 Xray 核心；v2flyNG 同樣面向 Android，但採用 V2Fly 核心路線。三者皆屬社群維護的開源軟體，更新節奏會受到上游核心變化、平台介面與維護計畫影響。
開源授權允許社群閱讀、研究與改進程式碼，也讓設定格式、問題討論與版本變化得以公開記錄。對一般使用者而言，更實際的意義是：遇到協定相容或啟動錯誤時，可以從用戶端記錄、核心差異與更新說明中尋找原因，而不是把所有問題都歸因於節點失效。
v2rayN
將訂閱、伺服器清單、系統代理、路由與核心管理集中在圖形介面中。適合需要日常切換節點、維護多個訂閱或逐步調整分流規則的桌面使用者。跨平台介面與經典 Windows 介面在互動形式上有所不同，下載頁會分別說明。
v2rayNG
Android 常用的圖形用戶端，連線時透過系統提供的網路介面接管應用程式流量。除了匯入訂閱外，也應留意背景執行、省電策略、分應用程式代理與系統時間。協定特性與相容範圍主要跟隨其採用的 Xray 核心。
v2flyNG
操作結構與行動端常見用戶端相近，底層採用 V2Fly 核心。適合訂閱設定與此核心路線相符，或需要比較驗證不同核心行為的情境。選擇前應先確認訂閱協定與傳輸參數，而不是只比較介面名稱。
LATEST NOTES
近期設定與排查文章
針對速度、核心與 Android 使用情境補充細節。文章以可重現的排查順序為主，不把單次測速結果視為普遍結論。