適用於在 Android 使用 v2rayNG 時遇到節點測速逾時、連線失敗或啟動後無法瀏覽網頁等情況。先釐清問題出在取得訂閱、伺服器握手,還是應用程式流量未經代理,再依序檢查以下 7 個項目。每次只調整一項設定,並保留記錄與還原方式,避免弄亂原本可用的節點參數。
檢查項目一:訂閱是否更新成功
訂閱網址是取得節點設定的入口,不是節點伺服器本身。更新訂閱逾時,只代表這次未能成功取得設定,不能因此判定清單中的所有節點都已失效。反過來說,訂閱更新成功,也不代表每台伺服器都能連線。
在 v2rayNG 開啟側邊欄的「訂閱群組設定」,確認網址已儲存至正確群組,再回到主畫面,從選單執行「更新訂閱」。不同版本的按鈕名稱可能略有不同,請分清一般更新與標示「透過代理」的更新方式,並先記下哪一種方式失敗。
- 確認訂閱來源:核對服務供應商提供的完整網址,留意複製時是否混入空格或換行,以及訂閱權杖是否已重設。
- 確認帳戶狀態:檢查訂閱是否到期、流量是否用完,以及服務供應商是否公告入口變更。更新介面有回應,不代表帳戶仍有可用流量。
- 選擇更新方式:目前沒有可用節點時,先嘗試不透過代理更新;已有可用節點,但無法直接連上訂閱介面時,再嘗試透過代理更新。
- 保留現有設定:不要為了重試就先清除所有節點。更新後核對群組與節點資訊是否有變動;有需要時,再向來源重新取得訂閱。
檢查項目二:系統時間是否正確
裝置時間明顯不準,可能影響 VMess 身分驗證,也可能導致 TLS 憑證被判定為尚未生效或已過期。VLESS 本身不採用 VMess 相同的時間驗證機制,但使用 TLS 的連線仍須正確驗證時間。即使節點使用 VLESS,也不要略過這項檢查。
- 前往 Android「設定」→「系統」→「日期和時間」,開啟自動設定時間與自動設定時區;部分裝置會將此選項放在「更多設定」中。
- 如果系統無法連線校時,請先恢復一般網路連線,再重新同步時間。只修改時區,不一定能修正裝置記錄的實際時間。
- 完成校時後,先停止再重新啟動 v2rayNG 連線,接著測試同一個節點,避免同時更改其他參數。
如果記錄中出現憑證時間相關錯誤,請先核對日期、年份與裝置時間,再聯絡服務供應商確認伺服器憑證。不要把開啟「允許不安全連線」當成通用解法;這會降低憑證驗證強度,也無法修復路由問題或伺服器連接埠無法連線的狀況。
檢查項目三:協定與傳輸參數是否相符
在節點清單中開啟目標節點的編輯頁面,逐項比對服務供應商提供的原始參數。節點名稱只是標籤,名稱中寫有 TLS 或某個地區,不能證明實際設定正確。建議先從可信來源重新匯入完整設定,再檢查手動修改過的欄位。
| 檢查項目 | 必須相符的欄位 | 常見的錯誤修改 |
|---|---|---|
| 伺服器入口 | 位址、連接埠 | 把網站網址當成節點位址,或漏填非標準連接埠 |
| VMess | 使用者 ID、加密設定、傳輸方式 | 複製了其他節點的使用者 ID,或選錯傳輸類型 |
| VLESS | 使用者 ID、加密欄位、flow | 未依設定要求將加密欄位置為 none,或自行新增 flow |
| TLS | serverName、憑證驗證、必要的 ALPN 設定 | 將伺服器位址改成 IP 後,又錯誤清空 serverName |
| REALITY | serverName、公鑰、shortId、伺服器要求的指紋 | 把公鑰當成使用者 ID、漏填 shortId,或混用其他節點的參數 |
| WebSocket | 路徑、Host、是否啟用 TLS | 路徑大小寫有變,或把 Host 與伺服器位址混為一談 |
VLESS 的 encryption 通常應設為 none;這不代表外層連線一定沒有加密,TLS 或 REALITY 仍可提供安全傳輸。flow 是否要填、該填什麼,都必須與伺服器端設定相符。不要只因為「某種組合比較快」,就把所有節點都改成同一套設定。
檢查項目四:目前的網路能否連到伺服器
先停止 v2rayNG,確認一般網路可以正常開啟網頁。公共 Wi-Fi 可能需要先登入驗證;行動網路也可能受到欠費、流量限制或訊號異常影響。基本網路尚未恢復前,繼續切換節點通常無法得到有用的結論。
接著選定一個節點,分別使用 Wi-Fi 與行動數據測試,並保持節點參數不變。切換網路可能有助於發現出口限制、位址家族或 DNS 差異,但單次成功或失敗不足以判定問題所在,還需搭配後續記錄進一步排查。
這些數字用來區分連線路徑,不是要使用者把所有節點的連接埠都改成 443。節點必須使用伺服器實際監聽的連接埠。一般網頁能透過 443 連線,不代表另一個位址上的節點連接埠也能連上;同樣地,ICMP 測試失敗,也不能直接推論 TCP 代理服務無法使用。
結論:使用同一節點比對不同網路
如果同一節點只有在某種網路下無法連線,請先記錄網路類型及記錄中的目標位址,再請服務供應商確認入口是否可連線;不要同時更改協定、連接埠與 DNS,否則就失去比對條件。
檢查項目五:VPN 是否確實接管流量
v2rayNG 主畫面顯示已啟動,只代表本機服務正在執行,不代表遠端伺服器已通過所有連線驗證。Android 的 VPN 授權、其他 VPN 服務、依應用程式設定代理,以及背景執行限制,都可能造成「用戶端已啟動」但「瀏覽器沒有走代理」的情況。
- 確認授權:首次啟動時,請允許 Android 的 VPN 連線要求,並在系統 VPN 設定中確認目前啟用的連線是 v2rayNG。
- 排除衝突:暫停其他占用 Android VPN 通道的應用程式,包括透過本機 VPN 運作的過濾工具。一般應用程式通常無法同時占用同一個使用者空間的 VPN 通道。
- 檢查依應用程式設定代理:前往 v2rayNG「設定」中的依應用程式設定代理選項,確認測試用的瀏覽器沒有被排除;測試期間也可暫時關閉此限制。
- 檢查背景執行限制:如果只有在螢幕關閉後才中斷,請到系統應用程式設定,檢查 v2rayNG 的電池與背景執行權限。如果前景使用時就立刻逾時,應優先檢查伺服器連線,而不是只調整省電設定。
每次變更 VPN 或依應用程式設定後,都要停止並重新啟動連線,再用同一個瀏覽器造訪同一個目標。若只有圖示變化,卻沒有新增請求記錄,應先檢查流量接管範圍,不要立刻判定節點失效。
檢查項目六:路由分流是否將請求送往錯誤出口
如果部分網站能開啟,部分網站持續無法連線,應檢查路由規則,而不只是查看節點延遲。分流規則可能讓特定網域直連、走代理或遭到封鎖;「繞過」類設定也可能讓測試請求完全沒有經過選取的節點。
- 在 v2rayNG「設定」中檢查「路由設定」或相應的路由模式選項,記下目前模式、自訂規則及相關網域的比對條件。
- 透過短時間的對照測試判斷分流是否造成影響:暫時選擇能讓測試目標走代理的路由方式,造訪同一個目標後立即還原設定。路由中的全域代理不代表一定會涵蓋依應用程式設定的排除項目。
- 如果修改過自訂規則,請檢查目標網域是否先被比對到直連或封鎖規則。規則順序會影響結果,較前面的規則一旦符合,後續規則可能就不會執行。
- 如果只有某個應用程式無法使用,請檢查該應用程式本身的代理設定、依應用程式設定的清單,以及它是否採用與瀏覽器不同的連線方式。
延遲顯示數值,為什麼網頁還是打不開?
先確認使用的是哪一種測試。TCP 探測只能反映連接埠的連線狀況;實際連線測試還會受測試位址影響。請回到瀏覽器造訪目標網頁,並查看相應的請求記錄;單一延遲數值不能代表整個連線流程都正常。
切換成全域路由後就能開啟,應該一直這樣使用嗎?
先還原原本模式,檢查是哪條規則讓該網域直連或遭到封鎖。全域路由適合用於短時間比對,是否長期使用仍應依實際代理範圍與流量需求決定。
瀏覽器可以使用,另一個應用程式卻一直轉圈,該怎麼辦?
先到依應用程式設定代理的選項,確認該應用程式已包含在代理範圍內,接著完全關閉再重新開啟。如果仍無法使用,請查看記錄中的協定與目標位址,判斷問題出在應用程式本身還是代理連線。
檢查項目七:DNS 與記錄顯示哪一層出錯
DNS 至少涉及兩個不同對象:節點伺服器的網域,以及最後要造訪的網站網域。前者解析失敗,會讓用戶端無法連上節點;後者解析或路由處理異常,則可能造成代理已啟動,但特定網站仍無法開啟。啟用遠端 DNS,不代表節點本身的網域解析問題一定已經解決。
前往 v2rayNG「設定」,檢查 DNS 相關選項中的本機 DNS、遠端 DNS 及啟用狀態;修改前先記下原本設定。Android 系統「設定」→「網路和網際網路」中的「私人 DNS」也是獨立變數;可暫時從自訂供應商切回自動模式進行測試,測試後再還原。不同廠牌的系統選單名稱可能不同。
錯誤:i/o timeout
原因:某個步驟的讀取或寫入等待時間超出限制,可能發生在 DNS 查詢、建立連線或後續傳輸階段。單看這句錯誤無法確定問題位置。
處理方式:查看同一時間前後的記錄,確認等待的是 DNS 服務、節點位址還是目標網站,再切換網路進行比對,避免盲目更改所有 DNS 設定。
錯誤:connection refused
原因:連線遭到明確拒絕,常見原因包括目標連接埠沒有在監聽、服務尚未啟動,或網路設備主動拒絕連線。
處理方式:先確認錯誤中的目標是遠端節點還是本機監聽位址。若是遠端問題,請核對訂閱中的連接埠並聯絡服務供應商;若是本機問題,則檢查服務是否已啟動。
錯誤:x509: certificate has expired or is not yet valid
原因:憑證有效期限與裝置目前時間不符,可能是裝置時間錯誤,也可能是伺服器憑證已過期。
處理方式:先啟用自動校時再重試;若時間正確仍出現錯誤,請向服務供應商回報憑證問題,不要關閉憑證驗證來繞過錯誤。
從側邊欄開啟「記錄」,記下某次連線失敗的確切時間。重新啟動連線後,只造訪一次目標,再查看前後相鄰的記錄。錯誤訊息可能有多層前綴,最外層的「連線失敗」通常只是結果;內層的解析、握手或連接埠錯誤更有助於找出問題。
- 記錄重現條件:記下 Android 系統版本、v2rayNG「關於」頁面顯示的版本、使用的網路類型,以及問題發生在更新訂閱還是瀏覽網頁時。
- 記錄比對結果:註明同一節點切換網路後是否成功,以及同一網路改用另一個已知可用的節點是否成功。不要以批次測速結果取代實際連線結果。
- 提交已遮蔽敏感資訊的記錄:保留原始錯誤訊息與時間,並遮蔽訂閱權杖、使用者 ID、私人位址及其他驗證資訊;節點入口詳情僅透過可信任的支援管道提供。
結論:還原設定後再確認一次
找出原因後,還原測試期間暫時調整的分流、私人 DNS 與依應用程式設定,只保留確實有效的修正。重新啟動連線並再次測試原本的目標,確認修復不依賴某個忘記還原的臨時選項。