v2rayN 與 v2rayNG 常見問題

V2Ray 通常泛指 Project V 生態系中的協定、核心與工具集合，不等同於某個圖形化用戶端。v2rayN 是適用於 Windows、macOS 與 Linux 的桌面用戶端，負責管理伺服器、訂閱、路由與系統代理；v2rayNG 是 Android 用戶端，通常使用 Xray 核心。用戶端提供操作介面，實際處理連線與流量的是它所呼叫的核心。

不是。安裝包用來將 v2rayN、v2rayNG 或 v2flyNG 安裝到裝置上；訂閱網址則由網路服務提供者產生，用於向用戶端下發伺服器設定。安裝用戶端後，仍須匯入有效訂閱或手動填寫伺服器參數。本網站提供用戶端安裝與設定說明，不產生訂閱網址，也不能用安裝包取代伺服器設定。

系統代理透過作業系統的代理設定接管會主動讀取該設定的應用程式，設定簡單，適合瀏覽器與多數桌面程式。TUN 模式透過虛擬網卡處理更廣泛的網路流量，可涵蓋不讀取系統代理的應用程式，但需要較高權限，也更容易與其他虛擬網卡、網路過濾程式或安全性政策發生衝突。日常使用可先從系統代理開始。

Windows、macOS 與 Linux 可選擇 v2rayN，其介面與訂閱管理方式在各桌面平台間較為一致。Android 通常優先選擇 v2rayNG；若訂閱設定明確依賴 v2fly 核心行為，可改用 v2flyNG。不同用戶端的設定選單不完全相同，但更新訂閱、選擇節點、啟動連線及依需求設定路由的基本流程一致。

桌面版採用新一代跨平台介面，適合希望在不同桌面系統上維持相近操作方式的使用者；經典 WPF 版使用傳統 Windows 介面，適合已熟悉舊版選單與系統匣操作的使用者。兩者都用於管理訂閱、節點與核心。請勿同時啟動兩個版本，否則本機監聽連接埠與系統代理設定可能互相覆蓋。

開啟「系統資訊」或「關於這台 Mac」，查看晶片或處理器欄位。顯示 Apple M 系列晶片時，選擇 Apple Silicon 對應的 arm64 安裝包；顯示 Intel 處理器時，選擇 x64 安裝包。架構選錯通常會導致應用程式無法啟動，或需要額外的相容層。下載前確認硬體架構，比依系統版本號猜測更可靠。

多數 2015 年後推出的主流 Android 手機使用 arm64 架構，可優先下載 arm64 安裝包，檔案通常更精簡。無法確認處理器架構、裝置較舊，或 arm64 安裝包顯示不相容時，再選擇 universal 通用版。通用版支援更多架構，因此檔案可能較大，但用戶端功能與同版本 arm64 安裝包基本一致。

先檢查網址前後是否含有空格、換行，或遭聊天軟體截斷，再確認匯入位置是訂閱群組，而不是單一伺服器設定視窗。接著用瀏覽器確認該網址仍能回傳內容，並核對裝置時間是否正確。如果服務提供者要求專用請求參數或已更換網址，應使用其最新提供的完整連結，舊網址無法由用戶端自動修復。

先完全退出用戶端，再依系統要求授予管理員、網路延伸功能或虛擬網卡相關權限，然後重新啟動。若仍然失敗，檢查是否有其他代理工具、虛擬機器網路、容器網路或安全軟體占用相同功能。排查時先關閉其他虛擬網卡程式，只保留一個用戶端進行測試；確認系統代理可用後，再單獨啟用 TUN。

先建立新的訂閱群組，填入完整訂閱網址並儲存，再執行「更新目前訂閱」或「更新所有訂閱」。更新完成後檢查伺服器清單是否出現節點，選擇一個節點設為目前伺服器，最後啟用系統代理或所需的連線模式。後續更新應針對原有群組執行，請勿反覆建立同名群組，否則容易出現重複節點與選取狀態混亂。

全域代理會讓符合用戶端接管範圍的流量統一經過目前的代理出口，適合暫時判斷路由規則是否造成存取異常，也適合確實需要統一出口的情境。日常使用更適合依網域、位址與區域網路範圍設定分流，避免區域網路裝置、系統更新或不需代理的服務繞遠路。切換模式後，應重新開啟目標應用程式再測試。

結果取決於用戶端版本、群組設定與訂閱內容。更新訂閱通常會依伺服器識別重新產生清單；服務提供者修改節點名稱或參數時，舊項目可能會被取代。若目前節點仍能對應，通常會保留；無法對應時則需要重新選擇。重要的自訂伺服器可放入獨立群組，請勿與自動更新的訂閱項目混在一起。

不同測試所使用的目標位址、協定階段與逾時條件並不相同。基礎延遲可能只反映建立連線所需的時間；實際延遲還會經過代理握手與目標請求，而實際下載速度則會受到出口頻寬、目標伺服器、線路壅塞與裝置效能影響。因此延遲數值只能用於初步篩選，最終仍應結合目標網站的存取情況與穩定性判斷。

首次設定時可短暫使用全域模式，確認節點與核心連線是否正常；確認可以存取後，再切換至規則分流。規則分流會依網域、IP 位址與規則集決定直連、代理或阻擋，更適合長期使用。若切換後只有部分網站失敗，應優先檢查套用的路由規則與 DNS 結果，而不是立即更換所有節點。

先確認裝置本身可以正常連上網路，再核對系統時間、伺服器位址、連接埠、傳輸方式、TLS、SNI 與使用者識別是否完整。接著查看核心記錄，區分網域解析失敗、連線遭拒、握手失敗與等待逾時。若同一訂閱的所有節點都逾時，應檢查本地網路與訂閱設定；只有個別節點逾時，則更可能是對應伺服器狀態異常。

依連線順序檢查：先確認目前節點已設為目前伺服器，再確認系統代理或 TUN 確實啟用，接著檢查瀏覽器是否使用獨立代理設定。然後查看核心記錄中是否有 DNS、路由或握手錯誤。可暫時切換至全域模式進行對照；全域模式可用而規則模式不可用時，問題通常出在分流規則或 DNS 設定。

部分應用程式不會讀取作業系統代理，或在啟動時快取了舊設定。先關閉目標應用程式，確認系統代理已指向 v2rayN 目前監聽的本機位址與連接埠，再重新開啟應用程式。也要檢查應用程式內部是否設定為直連或使用獨立代理。若該程式始終繞過系統代理，可在確認權限與相容性後使用 TUN，請勿同時疊加多個代理工具。

先確認更新的是正確群組，並檢查訂閱網址是否完整、是否已過期，以及裝置時間是否正確。回傳空白清單不一定是用戶端故障，也可能是服務提供者回傳空內容、驗證失效或訂閱格式發生變更。查看更新記錄中的 HTTP 狀態、解析錯誤與逾時資訊；請勿連續建立新群組，先修正原有網址，再重新執行一次更新。

開啟用戶端記錄視窗，找出本次啟動最早出現的錯誤行。連接埠被占用時，應關閉占用程式或修改本機監聽連接埠；設定解析失敗時，應撤銷最近修改的路由、DNS 或手動伺服器參數；缺少必要欄位時，重新從有效訂閱匯入。不要只看最後一行退出提示，真正原因通常位於它前面的第一筆錯誤記錄。

有可能。先使用同一節點測試多個網域，確認問題是否集中於特定網域或特定規則群組。檢查用戶端 DNS 設定、系統快取、路由規則中的網域比對，以及解析結果是走直連還是代理。修改後應清除系統 DNS 快取並重新啟動目標應用程式。如果切換至全域模式後恢復，通常應繼續檢查分流與解析鏈路，而非重新安裝用戶端。