DESKTOP / WINDOWS
Windows
Windows 桌面端使用 v2rayN。下載頁分別說明新一代跨平台桌面介面與經典 WPF 介面的選擇方式,並整理執行環境、系統代理、開機啟動與訂閱更新入口。首次安裝可先確認系統架構,再依日常操作習慣選擇介面版本;已有設定需要遷移時,則應先匯出目前的節點與路由設定。
前往 Windows 下載CONFIGURATION LAYERS
用戶端介面將複雜欄位收進表單,但連線結果仍由傳輸、偽裝、協定與路由四組參數共同決定。逐層檢查,比反覆切換節點更容易找出問題。
TRANSPORT / 01
傳輸層處理 TCP、WebSocket 等承載方式,以及連接埠、路徑、主機名稱與安全層的組合。匯入訂閱後,用戶端通常會自動填入這些欄位;手動調整時,則必須與伺服器逐項一致。節點逾時、握手失敗或連線後立即中斷時,通常應先檢查位址、連接埠、傳輸類型與 TLS 設定,而不是直接修改系統代理。將承載方式單獨視為一層,可以避免因協定名稱相同,就誤判設定完全一致。
在 v2rayN 或行動裝置用戶端中,先開啟節點編輯頁並記下目前的傳輸類型,再核對路徑、Host、SNI 與安全選項。每次只修改一組欄位後重新測試,能保留清楚的排查脈絡。
PRESENTATION / 02
WebSocket 路徑、HTTP Host、gRPC 服務名稱與 TLS 的伺服器名稱,都是容易被忽略的配套欄位。它們不是節點備註中的裝飾資訊,而是建立連線的一部分。進行訂閱轉換、QR Code 遷移或手動複製設定時,若只保留伺服器位址與連接埠,常會出現網路可達但握手無法完成的情況。檢查這一層時,應將路徑開頭符號、網域拼寫、大小寫與安全選項視為一個整體。
在不同用戶端之間遷移設定時,優先使用完整訂閱或設定匯出功能。必須手動輸入時,可先儲存原始設定截圖,再逐項填寫,避免輸入法替換標點,或遺漏空欄位所代表的預設值。
PROTOCOL / 03
VMess、VLESS 與 Trojan 等協定,描述用戶端與伺服器如何組織身分資訊及資料流。協定欄位需要與伺服器設定相互對應,不能只因名稱相近就互相替換。以 VMess 為例,使用者識別碼、加密選項與額外識別資訊都可能參與連線;VLESS 則常與不同的傳輸安全方式組合。圖形化用戶端的價值,在於將這些欄位轉成可檢查的表單,同時保留匯入、匯出與批次更新入口。
遇到節點清單存在但全部連線失敗時,可以比較同一份訂閱中不同節點的協定與傳輸組合。若只有某一類組合失敗,再回頭檢查對應欄位,排查範圍會比全面重設用戶端更小。
ROUTING / 04
連線成功只代表鏈路能夠建立,最終存取路徑還會受到系統代理模式、入站連接埠、網域規則、位址規則與輸出標籤影響。路由層可依網域、目標位址或規則集,將請求交給不同的輸出路徑,因此錯誤規則可能表現為部分網站可用、部分網站失敗,或瀏覽器與其他應用程式的結果不同。排查時先確認系統代理是否生效,再檢查目前模式與規則優先順序。
修改分流前,應記錄原本的模式與規則來源,接著從最小規則集開始驗證。DNS 查詢路徑也要與路由邏輯一併觀察,因為解析結果、網域比對與最終輸出之間存在連續關係,單獨更換解析位址不一定能解決規則衝突。
CLIENT ENTRY
桌面裝置統一以 v2rayN 為主要入口,Android 可依核心需求在 v2rayNG 與 v2flyNG 之間選擇。首頁只負責分流,具體安裝包、架構說明與系統需求集中放在下載頁。
DESKTOP / WINDOWS
Windows 桌面端使用 v2rayN。下載頁分別說明新一代跨平台桌面介面與經典 WPF 介面的選擇方式,並整理執行環境、系統代理、開機啟動與訂閱更新入口。首次安裝可先確認系統架構,再依日常操作習慣選擇介面版本;已有設定需要遷移時,則應先匯出目前的節點與路由設定。
前往 Windows 下載DESKTOP / MACOS
macOS 桌面端同樣使用 v2rayN,安裝前先在系統資訊中確認晶片類型。Apple Silicon 與 Intel 安裝包不能只依檔案大小判斷,下載頁已將兩類入口分開排列。完成安裝後,再依序處理首次啟動權限、訂閱匯入與系統代理狀態;若選單列顯示已連線但應用程式流量沒有變化,應繼續檢查代理模式與應用程式本身的網路設定。
前往 macOS 下載MOBILE / ANDROID
Android 以 v2rayNG 作為主要圖形化用戶端,使用 Xray 核心;需要 V2Fly 核心路線時,可選擇 v2flyNG。多數近年裝置可先從 arm64 入口開始,無法確認架構時再查看通用安裝包。行動端連線還會受到電池最佳化、背景活動限制與本地網路切換影響,因此匯入訂閱後應先完成單節點測試,再處理分應用程式代理與背景常駐。
前往 Android 下載DESKTOP / LINUX
Linux 桌面端使用 v2rayN,下載頁依 deb 與 rpm 軟體包體系整理入口,並補充 x64、arm64 的架構差異。選擇檔案前,應先確認發行版採用的軟體包管理體系與處理器架構。安裝完成後可從用戶端介面匯入訂閱、選擇節點並啟用系統代理;若桌面環境未接管代理變數,還需檢查應用程式是否讀取系統代理設定。
前往 Linux 下載OPEN SOURCE ECOSYSTEM
用戶端、核心與協定並非同一個層級。理解三者的職責界線,才能在更新、遷移與故障排查時準確判斷應檢查哪個部分。
Project V 是圍繞代理協定、傳輸機制與路由能力形成的開源技術生態。早期 V2Ray 奠定了設定結構與模組化思路,後續社群在不同方向持續維護核心與用戶端。使用者日常操作的 v2rayN、v2rayNG、v2flyNG 屬於圖形化用戶端;真正負責處理入站、輸出、傳輸、安全層與路由規則的,是用戶端所呼叫的核心。介面更新與核心更新可以分別發生,因此排查時需要同時記錄用戶端名稱、核心路線與設定來源。
V2Fly 延續 V2Ray 的社群維護路線,核心元件強調模組組合與跨平台執行。Xray 則在相近的設定體系上發展出自己的核心實作與功能演進。兩條路線有共同概念,也各自支援不同的傳輸與安全能力。訂閱提供者寫入的欄位必須與目前用戶端所使用的核心相容,不能因介面能夠匯入,就直接推斷所有欄位都會依預期執行。
CORE FAMILY / 01
V2Fly 維護 V2Ray 核心體系中的協定、傳輸、DNS 與路由模組。設定通常由 inbounds、outbounds、dns、routing 等區塊組成,圖形化用戶端會將常用欄位轉換成表單,再由核心讀取產生的設定。需要手動微調時,理解區塊之間的引用關係,比記憶單一開關更重要:入站接收本機流量,輸出決定傳送路徑,路由則負責將比對結果交給指定輸出。
CORE FAMILY / 02
Xray 與 V2Ray 共用許多設定概念,但屬於獨立演進的核心路線。v2rayNG 常以 Xray 處理實際連線,因此用戶端更新後若出現設定行為變化,需要同時查看核心能力與訂閱欄位。協定名稱、傳輸名稱相同,不代表不同核心中的所有可選項目完全一致。進行跨用戶端遷移時,應優先遷移訂閱來源與基礎節點資訊,再重新核對路由、DNS 與依應用程式分流等本機設定。
CLIENT / 03
v2rayN 面向 Windows、macOS 與 Linux 桌面環境,負責訂閱管理、節點編輯、系統代理、路由模式與核心呼叫。它的價值不只是提供連線按鈕,而是將多個設定層集中到可檢查的介面中。桌面端排查應先區分「核心連線失敗」與「系統流量沒有進入本機代理」兩類問題:前者檢查節點與傳輸參數,後者檢查系統代理、瀏覽器設定與本機連接埠佔用。
CLIENT / 04
v2rayNG 以 Xray 核心路線為主,提供訂閱匯入、QR Code 遷移、路由設定與依應用程式分流等行動端操作入口。v2flyNG 對應 V2Fly 核心路線,可用於需要該核心相容性的設定。兩款用戶端都屬於社群維護的開放原始碼軟體,更新節奏可能分別受到介面適配、系統網路介面變化與核心發布影響。選擇時應依據設定相容性,而不是只比較介面外觀。
LICENSE & MAINTENANCE
V2Ray 相關核心與圖形化用戶端採用公開的開源授權,原始碼、建置方式與變更記錄由各自專案維護。授權條款定義程式碼使用與再散布的界線,而用戶端發布通常同時涉及介面程式碼、核心元件與系統適配。下載新版時,應先閱讀功能變更並保留現有設定;跨越較長更新週期升級時,可先匯出訂閱、路由與本機設定,再確認新用戶端是否正確接管系統代理。站內下載頁負責依平台整理目前的安裝入口,教學與排查手冊負責說明設定操作,兩者不會將介面版本變化與協定本身的變化混為一談。
TECH NOTES
近期內容聚焦於 DNS 查詢路徑、JSON 設定結構與訂閱解析。每篇文章從一個可重現的現象出發,提供檢查順序與設定入口。
文章先區分系統解析、用戶端內建 DNS 與路由攔截三條路徑,再說明如何觀察查詢出口、定位明文請求來源,並在 v2rayN 與 v2rayNG 中調整對應設定。重點不是機械式替換解析位址,而是確認網域解析結果與最終輸出規則保持一致。
閱讀全文 →以實際結構拆解 inbounds、outbounds 與 routing 三個核心區塊,說明標籤如何互相引用、請求如何從本機入站進入指定輸出,以及路由規則為何會影響部分請求而非整條連線。適合需要讀懂匯出設定或手動調整規則的使用者。
閱讀全文 →當訂閱更新報錯、節點清單為空或新節點未取代舊設定時,依序檢查連結有效性、回應內容、編碼格式、更新時的代理路徑與用戶端相容性。文章分別標示 v2rayN 與 v2rayNG 的訂閱更新入口,並說明如何保留原設定進行比對。
閱讀全文 →