V2Ray 常見問題
設定與連線疑難排解

V2Ray 屬於 Project V 生態系，V2Fly 延續相關核心的開發；Xray 則是另一條核心發展路線。核心負責協定連線、路由與 DNS，v2rayN 則提供桌面圖形介面來管理這些設定。在 Android 上，v2rayNG 常用 Xray 核心，v2flyNG 則採用 v2fly 核心。用戶端能匯入某種連結，不代表目前的核心支援其中所有參數；選擇時應一併確認協定、傳輸方式、安全層與實際核心版本。

用戶端負責讀取設定並建立連線，安裝完成不會自動產生可用的伺服器資訊。請準備有權使用的訂閱網址、分享連結，或完整的伺服器設定。手動填寫時，伺服器位址、連接埠、使用者識別碼或密碼，以及 TLS、傳輸方式等參數都必須與伺服器端一致。先確認裝置能正常連上網路，再匯入來源明確的設定進行測試；別把用戶端安裝成功和連上伺服器混為一談。

系統代理會將遵循系統代理設定的應用程式請求交給用戶端；不遵循這項設定的程式可能仍會直接連線。TUN 透過虛擬網路介面接收流量，涵蓋範圍通常較廣，但仰賴系統權限、路由與 DNS 設定。路由分流則是在流量進入核心後，決定請求要走代理、直接連線或封鎖。三者位於不同環節；排查時先確認應用程式流量是否進入用戶端，再檢查路由選擇，不能只因為啟用了 TUN，就認定所有請求都會走代理。

請依伺服器端提供的類型選擇，不能只在用戶端改個協定名稱就完成轉換。VLESS、VMess 與 Trojan 的驗證欄位和安全設定各不相同；REALITY 通常是搭配 VLESS 等協定使用的安全層設定，並非可任意替換的協定名稱。比較時也要考量 TLS、傳輸方式及核心支援情況。沒有適用於所有部署環境的固定速度排名；優先選用伺服器端明確支援、參數完整且與用戶端核心相容的組合，再依實際連線狀況判斷。

先辨別要匯入的內容：分享連結通常以 vmess://、vless://、trojan:// 或 ss:// 開頭，訂閱網址通常是 HTTPS 網址。移除複製時一併帶入的說明文字、換行和前後空格，並使用相應的剪貼簿匯入或訂閱分組入口。若顯示不支援，請確認用戶端與核心是否支援該傳輸設定。網頁網址、登入頁面和原生 JSON 檔案不能一概當成分享連結處理；含有複雜出站或路由設定的 JSON，也不一定能轉換成單一節點。

多數較新的 Android 手機可優先選擇 arm64，但最終仍應以裝置系統支援的 ABI 為準，不能只看處理器的宣傳型號。universal 安裝包通常包含多種架構，檔案較大，適合不確定架構時使用；實際包含哪些架構仍以該用戶端的發行包為準。若出現解析失敗或不相容提示，也要檢查系統版本、安裝檔是否下載完整，以及舊版應用程式的簽章是否一致。切換不同用戶端前先備份設定，別直接解除安裝唯一可用的設定副本。

在 v2rayN 中選取要使用的伺服器，確認核心正常啟動，再依需求設定系統代理或啟用 TUN；只選取清單中的一列，不代表應用程式流量已經接入。Android 用戶端需要啟動服務，使用 VPN 模式時還要同意系統連線授權。接著用實際的瀏覽器測試，並查看記錄確認請求已進入核心及使用的出站。介面上的連線狀態或延遲結果只反映部分環節，不能單獨證明瀏覽器、DNS 與目標網站都正常運作。

桌面版先查看記錄中的具體失敗項目：建立虛擬介面、寫入路由或繫結連接埠失敗，各自的處理方式不同。Windows 可依用戶端要求以系統管理員權限執行；macOS 與 Linux 則應按照目前版本的說明完成系統授權或安裝輔助元件，別直接放寬所有檔案權限。Android 的 VPN 授權機制與桌面版 TUN 不同，通常還需要停止其他占用 VPN 介面的應用程式。完成授權後重新啟動服務，並確認系統沒有被舊的虛擬介面或其他網路工具占用路由。

將訂閱內容和手動設定分別放在不同分組，更新前先確認目前操作的是哪個訂閱分組。訂閱更新通常會依遠端內容重建或調整該分組的節點，因此不建議把要長期保留的手動修改只套用在訂閱節點上。需要修改時，可複製成獨立設定再編輯；若涉及憑證更新，也要同步確認伺服器端設定。定期使用用戶端提供的匯出或備份功能，並妥善保存檔案。訂閱網址和匯出的設定可能包含存取憑證，不應當作一般截圖或附件公開分享。

先使用用戶端內建的路由方案，再逐項新增自訂規則，避免一次取代整套設定。確認規則比對順序、網域策略與預設出站：例如 geosite:category-ads-all → block 表示比對到該網域集合後封鎖，但前提是所選核心與規則資源支援這種寫法。不同核心的規則格式並不通用。修改後分別測試應直接連線與應走代理的目標，並查看記錄；IPIfNonMatch 涉及網域未比對到時的解析判斷，不是強制所有網域走代理的開關。

先分辨是服務遭系統停止，還是服務仍在執行但連線失效。前者可檢查系統的電池最佳化、背景執行權限及手機廠商的應用程式休眠設定，視需要允許用戶端持續執行；後者則應查看網路切換、訂閱設定與核心記錄。排查耗電時，留意長時間傳輸、反覆重新連線和不必要的背景請求，必要時使用依應用程式代理來縮小接入範圍。VPN 模式本身不代表一定會異常耗電，也不建議為了讓服務持續執行而關閉所有應用程式的電池限制。每次只調整一項，觀察是否有所改善。

訂閱網址可能包含存取權杖，分享連結和 QR Code 可能帶有完整連線憑證。提交排查資料前，應隱藏訂閱路徑中的敏感部分、使用者識別碼、密碼、私人伺服器位址，以及記錄中不希望公開的存取網域。保留用戶端名稱、實際版本、系統類型、錯誤原文與發生時間，通常更有助於找出問題。別為了保留前後文而直接公開完整設定；可以提供已遮蔽敏感資訊的欄位說明，指出協定、傳輸方式與安全層，並說明近期調整過哪些設定。

先確認裝置的基本網路連線正常，再檢查伺服器位址能否解析、連接埠是否正確、訂閱是否過期，以及伺服器端是否仍在運作。用戶端的 TCP 測試和實際代理請求並非同一種測試：連接埠可連線不代表協定驗證成功，單次逾時也不能直接判定設定已失效。可用同一份設定在另一種網路環境下重新測試，並查看驗證、TLS 或傳輸相關記錄。若只有某一份設定失敗，優先檢查該設定；若全部失敗，優先檢查本機代理衝突、DNS 和目前的網路狀態。

先觀察瀏覽器發出連線請求時，用戶端是否出現請求記錄。沒有記錄時，檢查系統代理是否已啟用、瀏覽器是否使用獨立代理設定，以及應用程式是否遭依應用程式分流規則排除。有記錄但仍無法連線時，再分辨是 DNS 解析失敗、路由出站錯誤或遠端連線失敗；若只有網域無法連線，可優先檢查 DNS，但別把直接連線至 HTTPS 網站 IP 當成通用的驗證方式。暫時還原為一套已知可用的設定，逐項測試，避免同時修改 DNS、路由與傳輸參數，導致無法判斷原因。

在用戶端設定中確認實際的本機監聽連接埠，再檢查系統代理指向的位址和連接埠是否一致。部分設定使用 socks 10808 與 http 10809，但這並非所有版本和設定的固定值，應以目前介面與記錄為準。瀏覽器擴充功能、其他代理軟體或企業管理政策可能會覆蓋系統設定；不讀取系統代理的應用程式需要個別設定，或改用合適的 TUN 接入方式。關閉其他代理工具後重新設定系統代理，並檢查連接埠是否已被占用；別反覆更換節點來解決本機接入問題。

訂閱更新失敗時，先確認網址是否完整、存取權杖是否有效，以及回應內容是否變成登入頁面或錯誤頁面；連線逾時與回傳內容格式錯誤應分開處理。如果透過代理更新，目前的代理必須先能正常運作，必要時改用用戶端支援的其他更新方式。若是 TLS 交握錯誤，則要確認系統時間、憑證有效期限、SNI 與伺服器端要求，不能混用訂閱網域與節點的 serverName。不建議長期啟用 allowInsecure 來略過憑證驗證；修正時間、網域或伺服器憑證後再重新測試。