疑難排解 / 設定與連線

V2Ray 常見問題

依遇到的狀況查找設定入口。先確認流量是否進入用戶端,再檢查路由、DNS 與遠端連線。

以下操作適用於 v2rayN、v2rayNG 與 v2flyNG 的常見設定情境。不同版本的選單名稱可能略有差異,請以目前介面與執行記錄為準。點選問題即可展開答案。

初次設定請先閱讀教學 →

用戶端、核心與流量接管範圍

基礎認識

分清用戶端、伺服器設定與網路模式,避免在錯誤的層級修改參數。

V2Ray、Xray 核心與三款用戶端有什麼關係?

V2Ray 是 Project V 生態系中的代理工具,V2Fly 延續相關核心的維護,Xray 則是另一個獨立發展的核心專案。核心負責處理協定、路由和網路連線;圖形化用戶端則用來匯入設定、選擇伺服器及管理執行狀態。v2rayN 適用於桌面系統;Android 上的 v2rayNG 主要使用 Xray 核心,v2flyNG 則使用 V2Fly 核心。能否執行某種設定,取決於用戶端所搭載核心的版本及欄位支援情況,不能只看用戶端名稱判斷。

安裝用戶端後,還需要訂閱或伺服器設定嗎?

需要。用戶端是設定與連線工具,安裝後不會自動提供可用的遠端服務。連線前,請先準備有權使用的訂閱網址、分享連結或伺服器參數,再匯入相應的用戶端。訂閱通常包含多個伺服器項目及更新入口;單一分享連結通常只包含一台伺服器的資訊。匯入成功後,仍須確認服務有效、驗證資訊正確,且協定與傳輸設定受到支援。請勿將訂閱網址貼到公開討論區,網址中的存取憑證可能讓他人讀取整份伺服器設定。

系統代理、全域路由和 TUN 模式有什麼差別?

系統代理會將本機代理位址寫入作業系統設定,主要影響遵循該設定的應用程式。全域路由是用戶端內部的流量分配策略,通常會將已進入核心的流量交由代理出口處理;它不會讓原本繞過系統代理的程式自動進入核心。TUN 透過虛擬網卡接收符合接管範圍的 IP 流量,適合不讀取系統代理設定的應用程式。TUN 接收的流量仍會經過路由規則,因此啟用 TUN 不代表所有連線都一定經由遠端代理。請先決定流量接管方式,再設定分流策略。

協定可以隨意切換成 VMess、VLESS 或 Trojan 嗎?

不能只修改用戶端中的協定名稱。協定、驗證欄位、傳輸方式與安全設定,都必須和伺服器端的監聽設定一致。VMess、VLESS、Trojan 與 Shadowsocks 的參數結構各不相同;即使是相同協定,也可能搭配不同的傳輸方式及 TLS 設定。如果訂閱已提供完整項目,請先保留原始設定,再排查相容性。只有伺服器端明確提供另一組連線參數時,才建立對應項目進行測試。把一種協定當成另一種匯入,通常只會造成解析或交握失敗,並不會完成協定轉換。

安裝套件、匯入入口與權限

安裝設定

先完成安裝並匯入設定,再處理系統代理或 VPN 授權。

Android 安裝套件的 arm64 和 universal 該怎麼選?

多數近年的 Android 裝置可優先選擇 arm64,但最終仍應以系統支援的 ABI 為準,不能只看處理器的規格宣傳。部分裝置雖使用支援 64 位元的處理器,實際執行的卻是 32 位元系統,此時仍可能無法安裝 arm64 套件。universal 通常包含多種架構,檔案較大,適合不確定系統架構時嘗試,但不保證相容所有舊版系統。若安裝時提示解析失敗或不相容,請一併確認最低 Android 版本、下載檔案是否完整,以及裝置上是否已有簽章不同的同名應用程式。

訂閱連結匯入失敗,應該先檢查哪些項目?

先確認複製的是訂閱網址,而非訂閱管理頁面、登入頁面或分享說明。貼上時移除前後空白,檢查網址是否被聊天軟體換行截斷,再透過訂閱群組的網址欄位新增並更新。如果匯入的是單一分享連結,請使用從剪貼簿匯入伺服器的功能,不要貼到訂閱網址欄位。網址可以連線但解析失敗時,請檢查回傳內容是否為用戶端支援的格式;需要登入的網頁、錯誤提示頁及其他軟體專用的設定,都不能當成節點清單。排查時請保留原始網址,不要任意刪除查詢參數。

v2rayN 和 v2rayNG 匯入設定後,如何開始連線?

在 v2rayN 中,先確認伺服器清單已出現有效項目,再將其設為目前使用的伺服器,接著確認核心能否啟動,最後視需要選擇自動設定系統代理。清單中只選取一列,不一定代表已將它設為目前使用的伺服器。在 v2rayNG 中,匯入後選擇要使用的設定,點選連線按鈕,並確認 Android 跳出的 VPN 連線授權。首次授權後仍應查看執行記錄是否有錯誤。按鈕顯示執行中,只代表服務已啟動,不代表遠端交握成功;還需透過實際連線及記錄確認連線路徑。

啟用 TUN 為什麼需要管理員權限或 VPN 授權?

桌面版 TUN 需要建立或設定虛擬網卡、調整路由等系統操作,因此可能需要管理員權限、輔助服務或系統授權,實際要求取決於平台與用戶端版本。v2rayN 啟用失敗時,請先查看記錄中的權限、網卡建立及路由錯誤,再依介面提示重新啟動或授權。Android 用戶端透過系統 VPN 服務接管流量,需要使用者確認 VPN 權限,通常不需要 root。若已有其他 VPN 正在執行,可能會發生資源衝突。請勿為了略過授權而長期關閉系統安全功能,應先確認授權對象與錯誤原因。

查看 Android 安裝套件選項 →

群組管理、應用程式接管與規則測試

使用技巧

保留可正常運作的設定基準。每次只調整一類設定,再透過新連線驗證。

多個訂閱要如何分組,才能避免更新後設定混亂?

依設定來源分別建立訂閱群組,為各群組加上清楚的備註與更新網址,再確認是否啟用自動更新及伺服器篩選。不要將多個來源反覆匯入同一個暫存群組,否則更新後很難判斷各項設定的來源。手動修改由訂閱產生的伺服器參數,可能會在下次更新時被覆蓋;若確實需要修改,可複製成獨立的手動項目並註明用途。更新完成後,確認目前使用的伺服器是否仍在清單中,必要時重新選擇。群組只用來整理設定,不會自動決定該群組流量採用哪一套路由規則。

啟用系統代理後,有些程式仍直接連線,該怎麼辦?

先確認應用程式是否會讀取作業系統的代理設定。有些程式使用自己的網路堆疊,必須在應用程式內指定 HTTP 或 SOCKS 代理;終端機工具也可能需要另外設定代理環境變數。本機位址與連接埠應以用戶端目前的設定為準,HTTP 和 SOCKS 連接埠不可混用。修改後重新啟動目標應用程式,排除舊連線持續使用的影響。如果程式沒有代理設定選項,再考慮使用 TUN,並檢查是否被程序或位址的略過規則排除。不要因為某個應用程式直接連線,就認定整個用戶端已失效。

調整路由規則後,為什麼看起來沒有生效?

先確認修改的是目前啟用的路由設定,並已儲存、套用或重新啟動核心。規則通常會由上而下比對,較早符合的廣泛規則可能會遮蔽後面的特定規則;網域例外應放在相關分類規則之前。接著檢查 outboundTag 是否對應實際存在的出口標籤,以及 geosite 與 geoip 資料是否可用。如果應用程式已將網域解析為 IP,網域規則可能沒有足夠資訊可供比對,還須搭配 DNS 與嗅探設定一併判斷。測試前先關閉目標應用程式的舊連線,再從記錄確認新連線實際套用了哪個出口。

測試或尋求協助時,如何提供有用的記錄?

先記下用戶端名稱、系統類型、流量接管模式及重現步驟,再暫時調整為適合排查的記錄層級。清除舊記錄後只重現一次,保留從核心啟動到發生錯誤的相關片段,尤其是第一則具體錯誤及其前後文。公開記錄前,請遮蔽訂閱網址、驗證欄位、個人目錄及不宜公開的伺服器位址;截圖也要檢查這些資訊。不要只提供最後一行逾時訊息,因為它可能是前面設定錯誤造成的結果。確認問題原因後,請恢復日常記錄層級,避免長期累積包含存取目標的詳細記錄。

查看訂閱、路由與 DNS 進階設定 →

本機網路、名稱解析與遠端連線

故障排除

先找出問題發生在哪個環節。服務啟動、遠端連線與網站可存取,是三個不同的檢查項目。

v2rayNG 節點連線逾時,該依什麼順序排查?

先停止代理,確認裝置的本機網路正常,並檢查系統日期與時間是否正確。接著確認訂閱是否仍有效,更新設定並確認目前選擇的伺服器沒有被移除。再依照來源參數檢查位址、連接埠、協定、傳輸路徑與 TLS 設定,尤其不要任意替換 serverName。使用同一個網路測試另一組已知有效的設定,有助於判斷是單一伺服器問題還是本機網路問題。如果所有設定都無法連線,再檢查其他 VPN、私人 DNS 與安全軟體的影響。每次只修改一項,並保留相應記錄,避免同時變更多處而無法判斷原因。

顯示已連線卻無法上網,如何分辨 DNS 和路由問題?

顯示已連線,可能只代表本機代理或 VPN 服務正在執行。先查看記錄是否出現遠端交握失敗、解析失敗或路由拒絕,再分別測試應直接連線與應透過代理連線的常用網站。如果記錄明確顯示網域解析逾時,請檢查 DNS 伺服器是否可連線、解析請求使用哪個出口,以及是否與私人 DNS 衝突。如果網域已成功解析但連線仍失敗,應繼續檢查路由及遠端服務,不要只是不斷更換 DNS。也不要以無法直接連線 HTTPS 網站的 IP 位址,判定網路不通;憑證和虛擬主機也會影響測試結果。

訂閱之前可以更新,現在更新失敗該怎麼辦?

先保留目前可用的設定,不要刪除整個訂閱群組。檢查網址是否過期、來源是否變更,以及回傳的是拒絕存取、網路逾時還是內容解析錯誤。如果用戶端提供透過代理更新的選項,可在已有可用連線時切換更新路徑測試;直連和代理都失敗時,再確認來源服務的狀態。若回傳內容為空或變成登入頁面,通常需要處理訂閱權限或網址,而不是修改節點協定。排查期間請關閉頻繁自動重試,避免觸發來源的請求限制;恢復後再設定合理的更新間隔。

關閉用戶端後網路異常,或提示本機連接埠已被占用,該怎麼辦?

先確認系統是否仍指向已停止的本機代理;若是,請清除殘留的手動代理設定,再確認網路是否恢復。若曾使用 TUN,也要確認虛擬網卡已停止接管流量,必要時透過正常結束程式並重新啟動來恢復路由。連接埠被占用時,檢查是否同時執行多個用戶端,或有殘留的核心程序,並先正常關閉多餘的執行個體。若確實需要更換本機連接埠,請同步修改應用程式中的代理位址與連接埠。不要任意終止不明的系統程序,也不要將本機監聽位址改成所有網卡,以免擴大代理服務的可存取範圍。

查閱協定、路由與 DNS 術語 →