用戶端設定 / 常見問題
V2Ray 常見問題
依問題排查訂閱、代理模式與連線故障。先保留目前設定,每次只調整一項,再重測同一個請求。
基礎知識
先分清用戶端、訂閱與流量接管方式,再開始設定。
v2rayN、v2rayNG 和 v2flyNG 該怎麼選?
先依裝置選擇,再確認設定需求。Windows、macOS 與 Linux 可使用 v2rayN;Android 通常先選用 Xray 核心的 v2rayNG,需要 v2fly 核心時再考慮 v2flyNG。用戶端負責圖形介面、訂閱管理與模式切換,核心則負責處理實際通訊協定。名稱相近不代表設定完全通用,尤其傳輸方式與安全參數仍須與伺服器端一致。已有訂閱時,先查看服務提供者標示的用戶端與核心需求,不要只憑通訊協定名稱判斷相容性;切換用戶端前先保留原有設定,方便比對。
安裝用戶端後,還需要準備什麼?
用戶端本身不提供可直接連線的伺服器。開始設定前,請準備有權使用的訂閱網址、單一節點分享連結或完整伺服器參數,並確認裝置可正常連上本機網路。手動輸入時,網址、連接埠、使用者識別碼、傳輸方式與 TLS 等欄位都應逐項對應,不要自行猜填缺漏資訊。先將裝置日期與時區設為正確值,再匯入一組已知可用的設定進行測試。訂閱網址和分享連結可能包含存取憑證,請勿公開張貼,也不要將完整內容交給陌生人協助排查。
單一節點分享連結和訂閱網址有什麼差別?
單一節點分享連結通常以 vmess://、vless:// 等通訊協定前綴開頭,用來描述一組連線設定;訂閱網址通常是可連線的 HTTPS 網址,用戶端須向該網址發出請求,讀取其中的節點清單。複製單一節點連結時,請使用從剪貼簿匯入的功能;新增訂閱時,則進入訂閱管理,儲存網址後執行更新。直接把訂閱網址填成伺服器網址,通常無法建立正確設定。匯入單一節點後,不會隨原連結的變更自動更新;訂閱則可在之後更新時同步節點,但能否更新成功仍取決於訂閱服務與網路狀態。
系統代理、TUN 和全域路由是一回事嗎?
這些設定作用在不同層面。系統代理會讓遵循系統代理設定的應用程式,將請求傳送至本機代理連接埠;TUN 透過虛擬網卡接收流量,適合處理部分不讀取系統代理設定的應用程式。全域路由則決定進入核心的流量要如何選擇出口,並不代表所有應用程式的流量都已進入核心。因此,只切換全域路由而未啟用適當的流量接管方式,部分應用程式仍可能直接連線。初次設定時,建議先使用系統代理確認瀏覽器連線,再依需求啟用 TUN;切換時留意區域網路、DNS 與排除規則,避免一次變更多項設定。
安裝設定
確認安裝檔、匯入方式與系統授權,減少初次連線時的變數。
Android 安裝檔的 arm64 和 universal 該怎麼選?
先查看裝置的處理器架構,不要只看系統版本。多數較新的 Android 手機採用 arm64,可優先選擇對應的安裝檔;universal 安裝檔通常包含多種架構,檔案較大,適合無法確認架構且該安裝檔確實支援裝置架構的情況。若出現安裝檔不相容的提示,先在系統裝置資訊或可信的裝置規格資料中確認架構,再回到下載頁選擇。無法覆蓋安裝也可能是簽章不同、版本降級或儲存空間不足所致。請勿立刻解除安裝現有應用程式,先備份設定;解除安裝可能會清除訂閱、節點與自訂規則。
複製了訂閱網址,為什麼匯入後沒有節點?
先確認使用的是新增訂閱,而不是匯入單一節點。進入訂閱管理,檢查網址是否完整,移除複製時帶入的空格、換行與說明文字,儲存後手動更新一次,再切回對應的訂閱群組查看。若仍是空的,查看更新提示是連線失敗、解析失敗,還是回應內容為空。回傳網頁、登入頁面或不相容的訂閱格式,都可能造成節點無法辨識。請向服務提供者確認該網址是否適用於目前的用戶端,以及帳戶是否有效。不要將網址貼到不明的線上轉換服務;排查用的截圖也應遮蔽網址中的憑證。
Windows、macOS 和 Linux 安裝前要確認哪些資訊?
先確認處理器架構與安裝檔格式。Windows 請依下載頁說明區分桌面版與經典 WPF 版,並確認系統符合所選版本的需求;macOS 可在「關於這台 Mac」查看晶片,選擇 Apple Silicon 或 Intel 對應的下載項目;Linux 則依發行版的套件格式選擇 deb 或 rpm,再確認是 x64 還是 arm64。能下載安裝檔,不代表它與目前系統相容。遇到系統安全提示時,先確認檔案來源與提示原因,不要一口氣關閉多項安全功能。首次啟動後先完成一般代理連線,確有需要時再設定虛擬網卡與額外權限。
啟用 TUN 時提示權限不足,該怎麼處理?
先儲存設定並停止連線,再查看記錄,確認是建立虛擬網卡、修改路由,還是存取裝置時遭到拒絕。Windows 通常須依用戶端說明以系統管理員身分執行,或完成相關服務的安裝;macOS 與 Linux 的授權方式會因版本和封裝方式而異,請依目前用戶端的提示操作,不要照抄其他平台的提權指令。Android 首次連線時須同意系統 VPN 授權,並確認是否有其他 VPN 應用程式正在占用連線。完成授權後重新啟動相關功能,再確認記錄中的權限錯誤是否已消失;不要長期關閉系統安全機制來迴避問題。
使用技巧
管理訂閱與節點、確認分流規則,並在結束時還原網路設定。
訂閱更新失敗時,該選擇直接連線更新還是透過代理更新?
依訂閱網址實際能否連線來選擇。目前網路可直接連上該網址時,先嘗試直接連線更新;只有網址必須透過代理才能連線,而且已有可用節點時,才改用透過代理更新。若所有節點都已失效,依賴這些節點更新訂閱會陷入無法恢復的循環,應改用可連線的網路,或向服務提供者取得新的有效網址。更新前記下目前的群組與錯誤提示,更新後確認節點是否確實有變動。不要短時間內反覆發送請求,服務可能設有頻率限制;也不要把本機無法解析、憑證錯誤和帳戶到期都當成同一種更新故障。
切換節點時,需要重新匯入訂閱嗎?
通常不需要。先在現有群組中選取目標節點並設為目前連線,再依用戶端提示重新連線或重新載入設定。若只是測試單一節點,不要同時修改路由、DNS 和代理模式,否則難以判斷差異從何而來。訂閱更新可能會更換節點識別資訊,更新後應確認目前選取的項目仍有效,不要繼續使用已移除的項目。重要的自訂參數請先記錄再更新,避免誤把訂閱產生的設定當成永久保存的位置。只有在訂閱網址更換、原群組損毀或設定格式需要調整時,才考慮重新新增訂閱。
如何讓區域網路和指定網站直接連線,其他請求則走代理?
先啟用符合需求的路由規則集,再確認各項規則的比對順序。多數規則會依序比對,應將需優先處理的區域網路位址、特定網域等規則放在適當位置,避免先被範圍較大的規則套用。網域規則、IP 規則與 DNS 解析策略會彼此影響,不能只修改一個直連標籤,就認定所有請求都會符合預期。修改後分別測試區域網路服務、指定的直連網站與代理網站,並在記錄資訊足夠時確認實際出口。全域代理模式可能會改變規則的生效方式,測試分流前應確認目前選用的是對應的規則模式。
結束用戶端後,為什麼瀏覽器反而無法上網?
常見原因是系統仍指向已停止監聽的本機代理連接埠。正常結束前,先在用戶端關閉或清除系統代理,再停止連線。若用戶端異常結束,可重新開啟用戶端清除代理,或前往系統網路設定檢查代理開關與網址,移除這次設定留下的本機代理項目。使用 TUN 時也要確認虛擬網卡與路由已恢復,必要時依正常流程重新連線後再關閉。不要刪除公司或校園網路要求的固定設定;修改前先記下原始值。最後關閉並重新開啟瀏覽器,確認基本網路是否已恢復。
故障排查
依序檢查本機網路、流量入口、遠端連線與 DNS,不要把啟動成功當成請求成功。
節點測試一直逾時,應該先檢查哪個步驟?
先確認一般網路可用,再檢查節點網址、連接埠與訂閱是否已過期。請區分測試類型:TCP 連線測試失敗,可能是目標無法連線、連接埠受限或伺服器未監聽;實際連線測試還會涉及通訊協定交握、TLS、DNS 與測試目標網站。單一測試逾時,不足以證明所有應用程式都無法使用。保留一組設定不變,與其他已知可用的節點比對,並查看對應時間的記錄。若只有一個節點失敗,優先確認該節點與伺服器端狀態;若全部失敗,再檢查本機防火牆、網路環境、裝置時間與核心啟動狀況。
顯示已連線,但網頁打不開,該如何逐步排查?
顯示已連線通常只代表本機服務或 VPN 通道已啟動,不表示遠端請求成功。先查看核心是否正常運作,再確認瀏覽器請求是否進入用戶端;若沒有請求記錄,優先檢查系統代理、瀏覽器個別代理設定與本機監聽連接埠。若已有請求但連線失敗,請確認節點參數、伺服器狀態與 TLS 錯誤;若網域無法解析,再檢查 DNS 設定及解析服務是否可連線。每次只調整一項,並重複相同測試。不要一開始就關閉所有防護或任意更換憑證設定,尤其不要把略過憑證驗證當成通用修正方式。
系統代理已開啟,為什麼有些應用程式還是直接連線?
先確認該應用程式是否會讀取系統代理設定。部分應用程式使用內建網路設定、獨立代理擴充功能或其他網路介面,開啟系統代理不會自動改變它們的連線方式。可先用遵循系統代理設定的瀏覽器進行比對,再確認目標應用程式是否支援個別設定 HTTP 或 SOCKS 代理,並填入用戶端實際監聽的網址與連接埠。若應用程式無法個別設定,再評估是否適用 TUN,同時檢查排除規則與權限。不要為了讓本機應用程式連線就隨意開啟允許區域網路存取;這會擴大監聽範圍,與本機系統代理是否生效是不同的問題。
提交記錄尋求排查前,哪些內容應保留或隱藏?
保留故障發生時間、系統與用戶端版本、使用的核心、代理模式、測試操作,以及錯誤發生前後相關的記錄行。先停止連線,依相同操作重現一次,再截取較短的記錄,通常比提供整份歷史記錄更容易找出問題。分享前請隱藏訂閱網址、使用者識別碼、密碼、存取權杖及可識別個人身分的資訊;截圖中的 QR Code 與分享連結也應遮蔽。可描述網址類型與錯誤類別,不必提供完整憑證。若記錄只有啟動成功的訊息,請補上實際發出請求後的記錄,並說明是所有應用程式都失敗,還是只有特定網站或應用程式異常。