用戶端選擇 · 設定參考

V2Ray評測網 v2rayN 用戶端

下載v2rayN 查看教學

從開源用戶端的選擇，到訂閱管理與路由分流，依實際設定順序整理繁體中文參考資料。

  • VMess
  • VLESS
  • Trojan
  • REALITY

規則 · 群組 · 執行模式

V2Ray 設定的三個切入點

伺服器連得上只是起點。將流量去向、訂閱來源和系統接入方式分開處理，設定才容易檢查。

{
  "type": "field",
  "domain": ["geosite:cn"],
  "outboundTag": "direct"
}

網域比對與出站標籤

路由要解決的是「這次請求要走哪裡」，而不是把所有連線都交給同一個出口。圖中的規則會將符合網域集合的請求交給 direct；這個標籤必須先在出站設定中定義，相關規則資料也必須可用。實際設定時，先確認目前用戶端使用的核心，再將具體規則排在較寬泛的規則之前。相較於只切換全域模式，依網域分流更容易保留本機服務的存取，也方便從記錄中找出錯誤比對。此處僅為規則片段，完整結構請參閱設定大全。

先分辨連線問題與規則問題

如果所有網站都無法開啟，優先檢查核心是否啟動、伺服器是否已選取，以及本機連接埠是否正常監聽；如果只有特定網域異常，再檢查比對順序、DNS 結果與目標出站。直接複製整套路由設定，往往會同時引入多個變因。保留一份可正常連線的基本設定，每次只修改一組規則，才能判斷變化的原因。

對照圖形介面設定與 JSON

圖形化用戶端會將介面選項轉換成核心設定，介面上的「直連」名稱不一定等同設定中的標籤。閱讀範例時，應著重理解欄位之間的對應關係，而非只記住選單位置。自訂設定也可能略過部分圖形介面選項，排查前先確認目前使用的是哪份設定，再對照 設定檔完整參考檢查入站、出站與路由。

依作業系統選擇套件，再確認架構

V2Ray 用戶端下載入口

桌面端以 v2rayN 為主，Android 端可先看 v2rayNG；需要 V2Fly 核心時再考慮 v2flyNG。各平台安裝檔集中在下載頁。

Windows

v2rayN · 桌面版 / 經典 WPF 版

優先推薦

桌面版採用跨平台介面，WPF 版則保留經典介面。兩種版本適合不同的介面使用習慣，不代表其中一種連線速度一定較快。第一次安裝時，先確認系統和執行環境需求，再選定一個版本建立基本設定，避免同時啟動兩份用戶端而占用相同的監聽連接埠。

免安裝版應放在固定且有寫入權限的位置；安裝版則依照提示完成安裝。首次啟動後，先確認核心載入狀況，再匯入訂閱。若出現連接埠占用提示，先檢查是哪個程序占用，不要反覆重新安裝。

前往下載 Windows 安裝檔

macOS

v2rayN · Apple Silicon / Intel

先在「關於這台 Mac」確認晶片類型：Apple 晶片裝置選 arm64，Intel 裝置選 x64。確認架構後再選擇安裝檔格式，不要只看檔案大小判斷。安裝完成後，請從固定的應用程式位置啟動，避免長期在暫存的掛載位置使用。

系統代理主要影響遵循系統設定的應用程式。如果瀏覽器可以使用，某個應用程式卻仍直接連線，應先檢查該應用程式的代理行為。遇到網路延伸功能或權限要求時，先確認系統提示的用途，再依實際需求啟用。

前往下載 macOS 安裝檔

Android

優先選 v2rayNG · v2flyNG 為替代選擇

v2rayNG 使用 Xray 核心，v2flyNG 使用 V2Fly 核心；選擇前先確認伺服器參數與協定需求。較新的主流手機通常選 arm64；不確定裝置架構時，可查看裝置資訊或下載頁的通用套件說明。應用程式安裝成功，不代表匯入的所有設定都與目前核心相容。

首次連線時會出現系統 VPN 授權提示。若切換到背景後就中斷，先檢查電池最佳化、背景執行限制及個別應用程式的代理範圍。調整背景限制時，以穩定使用為目標，不必一次關閉所有省電設定。

前往下載 Android 安裝檔

Linux

v2rayN · deb / rpm

先確認發行版使用的套件管理系統，再選擇 deb 或 rpm；同時核對處理器架構，x64 與 arm64 不可混用。安裝後若介面能開啟，但網路功能沒有生效，應分別確認核心程序、桌面代理設定及必要權限，不要把介面啟動誤當成連線成功。

不同桌面環境讀取系統代理的方式可能不同，命令列程式也經常需要個別設定代理。先用明確支援代理的應用程式完成測試，再逐步擴及其他程式，排查流程會更精簡。

前往下載 Linux 安裝檔

安裝檔、訂閱與連線測試的操作順序

用戶端是執行設定的工具，訂閱則提供伺服器參數，兩者需要分別準備。下載用戶端後，先完成首次啟動，再從用戶端的訂閱設定匯入已有網址；不確定參數來源時，不要將陌生訂閱直接加入日常群組。節點清單載入內容後，選取一台伺服器，透過實際瀏覽網頁並搭配記錄判斷連線狀況。延遲測試用於比較特定測試條件下的回應時間，不等同下載速度，也不能取代應用程式層級的測試。

已有可用環境時，更新前先備份訂閱群組、自訂規則和手動新增的伺服器。新舊版用戶端的選單位置與核心預設項目可能不同，升級後應重新檢查系統代理、路由模式及目前選取的伺服器。需要從頭開始操作，可依照 首次安裝與連線教學逐步完成；安裝檔格式和裝置架構則以下載頁資訊為準。

查看所有用戶端 →

分清用戶端與核心

Project V 開源生態系

「V2Ray」常被用來泛指一類代理工具。選擇時，更重要的是分清圖形化用戶端的職責與底層核心支援的功能。

從設定架構到圖形化用戶端

Project V 的核心概念，是將入站、出站、路由和傳輸拆分成可組合的設定模組。入站接收應用程式請求，路由依規則選擇流向，出站負責實際轉送。這套架構適合描述複雜的網路需求，但對新手而言，直接閱讀 JSON 有一定門檻。因此，圖形化用戶端負責匯入、分組、切換及編輯參數等工作，將常用操作整合到介面中，再交由核心執行。

這也說明了為什麼「介面中有這個選項」不代表「目前設定能使用這項功能」。同一款用戶端可能呼叫不同核心，自訂設定也可能改變預設執行方式。評測用戶端時，應先確認平台、核心與設定來源，再評估訂閱管理是否順手、路由是否容易維護；只比較介面外觀，容易忽略真正影響使用的相容條件。

V2Fly 與 Xray 的關係

V2Fly 延續並維護 V2Ray 社群生態系，Xray 則是以相關程式碼為基礎發展出的另一條核心分支。兩者共用部分設定概念與協定基礎，但後續功能、預設行為和支援範圍並不完全相同。伺服器提供 VLESS、Trojan 或其他參數時，還要確認傳輸方式、安全層及所需擴充功能，不能只因協定名稱相同就認定一定相容。

例如 REALITY 是需要確認核心支援的安全層相關設定，不應簡單視為可與所有協定並列、任意互換的選項。已有可用連線時，切換核心前應記下原本的參數；切換後先測試基本連線，再恢復自訂分流。遇到解析錯誤，應從錯誤欄位和目前核心的支援範圍著手，而不是接連更換多個用戶端碰運氣。

三款用戶端的開源特性

v2rayN、v2rayNG 與 v2flyNG 都以開源專案形式維護。v2rayN 著重桌面端的伺服器管理、訂閱及路由設定；v2rayNG 適用於 Android 裝置，使用 Xray 核心；v2flyNG 則提供採用 V2Fly 核心的另一種選擇。開源代表實作方式與授權條件可供查閱和討論，不代表任何伺服器設定都適用，也不表示用戶端會一併提供節點服務。

三款用戶端與其呼叫的核心分屬不同專案層次。介面問題、核心解析錯誤和遠端伺服器異常，需要分別定位。因此，評測筆記會盡量記錄觸發條件與設定路徑，而不是提供脫離使用情境的單一分數。一般使用者先選擇符合裝置與協定需求的用戶端，穩定後再考慮遷移，會比同時維護多個相似環境更省事。

開源授權與使用範圍

V2Ray 核心相關專案採用 MPL 2.0 等開源授權；各用戶端專案也有各自的授權要求。具體義務應依實際使用的專案及其附帶授權文字判斷，不能將某個核心的授權直接套用到整套工具鏈。日常使用與修改、重新散布程式碼是不同情境；若涉及二次發布，應進一步確認保留聲明、修改說明及提供相應原始碼的義務。

本站提供用戶端選擇與設定閱讀參考，不經營訂閱或節點服務。用戶端可免費使用，遠端服務的費用、隱私權政策與可用性則取決於實際服務提供者。設定檔可能含有伺服器位址、使用者識別資訊及訂閱憑證；分享記錄、截圖或排查資料前，應先移除這些資訊。使用工作網路或受管理的裝置時，也應遵守所屬組織的網路使用規範。

更新機制與評測方式

圖形化用戶端、核心和規則資料的更新週期可能不同。介面升級可能調整選單與設定產生方式，核心升級可能影響參數支援，規則資料更新則可能改變網域分流結果。更新後行為出現變化時，先記錄更新的是哪一層，再檢查目前執行狀態；不要把所有變化一概歸因於「節點不穩」。首頁不固定列出維護版本，安裝檔資訊請統一至下載頁查看。

實際排查時，建議在相同網路、使用相同伺服器和相同測試目標進行前後比較。每次只修改一項設定，並保留記錄中的錯誤類型和發生時間。延遲、傳輸量與連線成功率反映不同問題，不宜將單次測試結果寫成長期效能結論。本站文章優先說明可供重現的判斷流程，讓安裝、訂閱、路由與故障排除能串接成一致的操作步驟。

開始使用可先閱讀 用戶端安裝與訂閱匯入教學；需要了解設定欄位，可直接參閱 JSON 結構、入站、出站與 DNS 參考。先解決目前操作遇到的具體問題，再逐步增加規則，比一次啟用所有功能更容易維持設定清晰。

設定紀錄與分層排查

用戶端使用筆記

將耗電、訂閱混亂和網速慢拆解成可逐一檢查的小問題。先確認影響範圍，再從系統、用戶端到遠端服務逐層排查。

記錄中出現明確錯誤時，優先保留錯誤原文並確認發生階段；只有特定應用程式異常時，先檢查它是否在代理範圍內。筆記依具體症狀編排，方便從目前現象找到下一步操作，不必重新設定整個環境。

查看所有文章 →