Windows
使用 v2rayN 管理訂閱、系統代理、路由規則與 TUN。下載頁提供新一代桌面介面與經典 WPF 版本,可依系統環境和使用習慣選擇。
前往下載核心功能
用戶端負責將訂閱、代理協定、系統入口與分流規則整合在一起。先了解各層的職責,再調整參數,通常比反覆切換節點更容易找出問題。
VMess 與 VLESS 主要描述用戶端和伺服器之間的驗證與連線結構;TCP、WebSocket、gRPC 等項目屬於傳輸層,TLS 或 REALITY 則位於安全層。用戶端介面常將這些設定放在同一張編輯表單中,但它們不能任意互換。匯入訂閱後,通常應先保留供應方提供的協定、位址、連接埠、傳輸方式與安全層設定,只選擇本機可控制的系統代理和路由模式。
需要手動檢查時,可以依照「協定類型—傳輸方式—安全層—附加識別」的順序核對。如此能快速分辨是訂閱內容不完整,還是本機入口尚未啟用。VLESS 本身不等同於某一種傳輸方式,REALITY 也不是獨立用戶端;理解這種分層關係,就能避免只修改一個名稱卻漏掉相關參數。
路由規則決定某次連線要經過代理、直接連線,還是遭到攔截。規則可以依網域、目標位址、連接埠與網路類型進行比對,並按照用戶端中的排列順序執行。日常使用時,不必一開始就編寫很長的規則集。先採用用戶端提供的基本模式,確認網頁與應用程式連線正常,再將確實需要的網域加入自訂規則,修改範圍會更清楚。
分流異常通常表現為部分網站可用、部分應用程式無法連線,或啟用系統代理後影響本機服務。排查時先切換到簡單模式進行比對,再檢查網域解析策略與規則優先順序。路由解決的是「連線要從哪裡出去」,不會取代協定參數,也不會改善節點本身的線路品質。將這兩類問題分開,就能減少無效調整。
系統代理適合遵循作業系統代理設定的瀏覽器與桌面應用程式。用戶端會在本機監聽一個代理連接埠,再將系統設定指向該連接埠。TUN 模式則透過虛擬網路介面處理更廣泛的連線,適合不讀取系統代理設定的程式。兩種方式的涵蓋範圍不同,不必同時啟用才能運作,應依實際應用程式選擇其中一種作為主要入口。
首次設定建議先使用系統代理確認訂閱和節點有效,再評估是否需要 TUN。啟用 TUN 前應關閉同類型網路工具,留意權限提示、DNS 處理方式與區域網路存取需求。退出用戶端時,也要確認系統代理已恢復。若連線出現迴圈或所有應用程式都無法上網,優先檢查是否有多個程式同時接管流量,而不是立即修改遠端協定。
訂閱網址用於取得一組節點及其連線參數。匯入後,用戶端會將節點清單儲存在本機,並在手動或定期更新時重新讀取訂閱內容。節點名稱、伺服器位址與協定參數通常由訂閱維護;路由模式、本機監聽連接埠、啟動行為與介面偏好則屬於用戶端設定。釐清兩者後,更新訂閱時就不容易誤以為所有本機選項也會被覆寫。
訂閱更新失敗時,先確認網址已完整複製、系統時間準確,並檢查目前網路是否能存取訂閱來源。更新成功但清單為空,可能是回傳格式與使用中的用戶端不相容。需要保留手動節點時,可以使用獨立群組,避免與訂閱內容混在一起。更換用戶端前先記錄本機路由與連接埠設定,再依新用戶端支援的方式重新匯入。
平台入口
桌面平台使用 v2rayN,Android 可在 Xray 與 V2Fly 核心的用戶端之間選擇。下載頁會繼續區分處理器架構與安裝套件類型。
使用 v2rayN 管理訂閱、系統代理、路由規則與 TUN。下載頁提供新一代桌面介面與經典 WPF 版本,可依系統環境和使用習慣選擇。
前往下載v2rayN 桌面版採用跨平台介面,可在同一個應用程式內處理節點、訂閱與本機代理。下載時需要先確認裝置使用 Apple Silicon 還是 Intel 處理器。
前往下載v2rayNG 使用 Xray 核心,適合需要 VLESS、REALITY 等功能的設定;v2flyNG 使用 V2Fly 核心,可作為相應生態系的用戶端選擇。下載頁提供 arm64 與通用套件。
前往下載v2rayN 桌面版支援常見 Linux 桌面環境。下載頁依 deb、rpm 與處理器架構提供入口,適合希望透過圖形介面管理訂閱與路由的使用者。
前往下載快速上手
首次使用先維持簡單設定。完成一套可重現的連線流程後,再調整自動啟動、TUN 與自訂路由。
Windows、macOS 與 Linux 選擇 v2rayN;Android 可優先查看 v2rayNG,也可依核心需求選擇 v2flyNG。桌面安裝套件需要符合系統與處理器架構,Android 裝置則在 arm64 與通用套件之間選擇。安裝完成後先正常啟動用戶端,確認主介面、系統匣入口或系統狀態區域可以使用,再繼續匯入設定。
在訂閱管理中新增網址,儲存後執行一次手動更新。節點出現後先不要修改協定、傳輸方式與安全層參數,因為這些內容通常已由訂閱提供。選擇一個節點進行連線測試,並觀察用戶端記錄是否出現位址解析、驗證或逾時提示。若清單為空,應先檢查訂閱網址與系統時間,而不是連續切換代理模式。
桌面版可以先啟用系統代理,行動裝置則依系統提示建立連線。開啟瀏覽器與常用應用程式進行驗證,同時確認本機網站、區域網路裝置與工作軟體是否符合預期。基本連線穩定後,再決定是否使用 TUN、開機啟動、定期更新訂閱或自訂路由。每次只修改一類設定,更容易找出變化來自哪一層。
開源生態系
用戶端、核心與協定屬於不同層級。了解它們之間的關係,有助於選擇應用程式,也能讓故障排查回到具體元件。
圍繞代理協定、傳輸方式、路由能力與用戶端工具形成的開源技術生態系。
保留 VMess、VLESS、路由與多種傳輸能力,相關設定概念持續被許多用戶端採用。
在相近的設定體系上持續加入新的協定組合與傳輸特性,常與 v2rayN、v2rayNG 搭配使用。
V2Ray 最初以 Project V 體系中的核心元件廣為人知,後來社群維護方向逐漸形成 V2Fly 與 Xray 兩個主要核心家族。如今看到的「V2Ray 用戶端」通常不是指單一程式,而是指能夠管理這些核心、訂閱與協定設定的圖形應用程式。v2rayN、v2rayNG 和 v2flyNG 都位於用戶端層,負責介面、設定管理與系統接入;真正處理連線與路由的,是內部使用的核心。
這種分層也解釋了為什麼不同用戶端會出現相似的協定欄位。VMess、VLESS、傳輸方式、TLS、REALITY 與路由規則來自核心設定體系,用戶端只是以更適合桌面或行動裝置的方式呈現。遇到連線問題時,應先判斷問題屬於用戶端介面、系統權限、核心啟動、訂閱內容還是遠端連線,不能只憑應用程式名稱推測原因。
V2Fly 和 Xray 保留了許多相近的設定概念,因此基礎的 VMess、VLESS、出站、入站與路由規則具有高度共通的理解方式。不過,兩者的功能範圍與具體欄位並非始終一致。某項傳輸能力在 Xray 中可用,不代表同一份設定能直接交給 V2Fly 處理;訂閱轉換過程也可能省略用戶端不認識的參數。
選擇核心時,最穩妥的方法是依訂閱實際包含的協定與安全層來決定。需要 REALITY 或特定 XTLS 組合時,通常選擇採用 Xray 核心的用戶端;設定明確面向 V2Fly 時,則使用對應核心更直接。不要為了追求更多開關而任意轉換設定。功能相容、記錄易讀與更新穩定,比介面中出現多少選項更重要。
這些專案以開放原始碼方式由社群維護,軟體行為、設定結構與變更記錄都能由開發者審閱。開源帶來的價值主要在於技術過程可供討論、實作可以複查,以及不同用戶端能夠圍繞相近的設定格式協作。它並不能取代使用者自行判斷設定:訂閱來源、伺服器部署、系統環境與本機路由仍會直接影響連線結果。
用戶端可永久免費使用,協定與核心文件也由社群長期累積。對一般使用者而言,更實際的做法是從穩定的用戶端入口開始,讓應用程式與核心維持在同一條維護鏈路上,遇到異常時閱讀記錄並查閱對應的協定說明。對開發者而言,清晰的設定模型與可審閱的實作有助於找出相容性差異,也便於將問題準確回報給相關元件。
v2rayN 面向 Windows、macOS 與 Linux 桌面環境,集中管理訂閱、節點、核心、系統代理與路由。v2rayNG 面向 Android,主要採用 Xray 核心能力。v2flyNG 同樣服務 Android,但對應 V2Fly 核心生態系。三者解決的是不同平台與核心選擇問題,不必在同一台裝置上同時執行多個同類型用戶端。
用戶端更新與核心更新可能採用不同節奏。介面功能、系統相容性與安裝方式屬於用戶端維護範圍;協定支援、傳輸實作與路由行為則更多取決於核心。更新後若出現差異,應先確認變化發生在哪一層,再查看設定遷移情況。保留訂閱網址、常用路由思路與本機連接埠記錄,可以讓用戶端遷移更有條理。
技術筆記
從連線結構與操作順序說明常見問題。文章內容圍繞協定原理、用戶端設定與故障定位展開。
從 TLS 握手層面理解 REALITY 的連線思路,再說明 XTLS Vision 如何減少轉送路徑中的重複處理,以及這組設定適合哪些連線條件。
閱讀全文涵蓋執行環境準備、首次啟動檢查、系統代理與連接埠設定,並說明核心提示、自動啟動與瀏覽器連線異常的處理順序。
閱讀全文將速度問題拆分為節點回應、線路時段與本機設定三個層面,說明延遲結果、協定切換、Mux 與分流規則各自能反映什麼。
閱讀全文常見問題精選
多數首次連線問題可以依固定順序定位:訂閱內容、系統時間、本機入口、節點狀態與路由規則。
Windows、macOS 與 Linux 桌面環境選擇 v2rayN;Android 選擇 v2rayNG。兩者的介面與系統接入方式不同,但都圍繞訂閱、節點、代理協定與路由規則運作。不要將桌面用戶端的安裝套件用於行動裝置,也不要把某個平台的介面教學逐項套用到另一個平台。
先執行一次手動更新,確認訂閱網址從頭到尾複製完整,再檢查系統日期、時間與時區。若更新過程沒有報錯但清單仍為空,需要確認回傳內容是否符合目前用戶端支援的訂閱格式。重新新增訂閱前,可以先刪除網址兩端意外帶入的空格。
系統代理主要影響主動讀取系統代理設定的應用程式,設定簡單,適合首次驗證。TUN 透過虛擬網路介面接管更廣泛的連線,涵蓋範圍更大,也更依賴系統權限、DNS 設定與其他網路工具的狀態。建議先用系統代理確認節點有效,再依應用程式需求決定是否啟用 TUN。
延遲結果只表示某種探測方式收到回應,不代表完整的網頁連線已成功。繼續檢查目前是否已選取該節點、系統代理是否生效、瀏覽器是否使用獨立代理、DNS 是否能正確解析,以及路由規則是否將目標連線送往預期出口。詳細操作可查看快速上手教學。