適合已匯入訂閱,卻不確定該選哪個節點的使用者。先用 TCPing 排除明顯無法連線的伺服器,再以實際連線測試檢查代理連線;選定節點後,確認 Android VPN 授權、依應用程式設定與路由規則,最後透過瀏覽器和出口 IP 比對確認代理是否生效。延遲數字只能做為篩選參考,不代表下載速度,也無法單獨證明瀏覽器流量已經經過代理。
1. 連線前檢查:訂閱、時間與網路
本文以 Android 上的 v2rayNG 為主。v2rayNG 使用 Xray 核心;v2flyNG 使用 v2fly 核心,兩者的選單和協定支援不能直接互相套用。桌面版 v2rayN 也能依「連接埠是否可連線、代理連線、應用程式出口」這三個層面進行確認,但系統代理與 Android VPN 接管流量的方式不同。
開始前,先確認目前網路可以直接開啟一般網頁。若飯店或公共 Wi-Fi 需要網頁認證,請先完成登入。訂閱匯入成功只代表已取得設定,不表示帳戶仍有效,也不代表每個節點目前都能連線。以下選單名稱以常見的中文介面為準;不同版本的措辭可能略有差異,請以功能為準。
-
更新訂閱
在 v2rayNG 主畫面右上角的「⋮」選擇「更新訂閱」;若尚未儲存訂閱網址,請先進入「訂閱群組設定」新增,再返回更新。更新後確認清單中已出現伺服器,且沒有訂閱過期或請求失敗的提示。
-
校正時間
前往 Android「設定」→「系統」→「日期與時間」,開啟自動設定時間。部分裝置會將此選項放在「更多設定」中。系統時間明顯錯誤,可能影響 TLS 憑證驗證和部分協定的認證。
-
排除衝突
先中斷其他占用系統 VPN 通道的應用程式,包括以本機 VPN 方式運作的過濾工具。一般個人設定下,Android 的 VPN 通道無法同時由同一位使用者的兩個應用程式接管。
-
固定測試環境
第一輪只使用目前的 Wi-Fi,暫停大型檔案下載,測試期間不要切換行動數據。記下節點備註、測試時間和網路類型,之後才能在相同條件下比較結果。
2. TCPing 與實際連線測速有何不同
TCPing 通常會嘗試與節點位址及連接埠建立 TCP 連線,適合快速確認網路是否能連上該入口。假設訂閱中的伺服器連接埠是 443,TCPing 成功只代表這次 TCP 連線有回應,無法證明 TLS、VMess 或 VLESS 的認證參數正確。連接埠也可能是其他數值,請以訂閱設定為準,不要為了測試而任意改成 443。
TCPing:檢查入口連線
- 檢查項目
- 節點位址與 TCP 連接埠
- 成功代表
- 這次 TCP 連線成功建立
- 未檢查項目
- 代理認證、完整傳輸與目標網站連線
- 主要用途
- 快速縮小候選範圍
不適合用來統一判斷所有傳輸類型;尤其是使用 UDP 的傳輸,不能只看 TCPing 結果。
實際連線:檢查代理連線
- 檢查項目
- 透過代理連線至測試網址
- 成功代表
- 測試目標在這次測試條件下可以連線
- 影響因素
- DNS、交握、路由與目標網站回應
- 未檢查項目
- 持續傳輸頻寬與所有應用程式的出口
測試目標、逾時設定和客戶端的實作方式都會影響結果,比較時應保持一致。
實際連線測速較能反映「透過這項設定實際送出請求」的情況,但仍不等於大型檔案下載測速。某個節點可能交握很快,持續傳輸時卻頻寬不足;也可能只是測試網址偶爾回應較慢,但常用網站仍可正常瀏覽。不同測試方式得出的毫秒數,不要直接放在一起排名。
- TCPing 成功、實際連線失敗:優先確認訂閱是否有效、協定與 TLS 設定是否正確,再檢查測試目標是否可以連線。
- TCPing 失敗、實際連線成功:以實際代理請求的結果為主要參考,並依傳輸類型和測試方式判斷,不必只因 TCPing 失敗就刪除節點。
- 兩種測試都失敗:先換另一個節點重測,再更換網路,避免把單一節點的問題誤判成客戶端故障。
3. 篩選節點:在相同環境下重複測試
在 v2rayNG 主畫面點選「⋮」,先選擇「測試所有設定 TCPing」,再選擇「測試所有設定真實連線」。部分版本會將相關功能放在測試子選單中。清單很長時,可以先切換到要測試的訂閱群組,減少同時送出請求造成的干擾;測試期間盡量不要切換節點或更新訂閱。
先保留少數能完成實際連線測試的候選節點,再重複測試。以下數字是建議的操作次數,不是本站實測成績,也不代表連線品質保證。
- 先看成功率:連續多次測試成功的節點,比偶爾出現最低延遲、卻經常逾時的節點,更適合作為首次連線的候選。
- 再看穩定度:在相同網路和相同測試網址下比較結果。數值明顯忽高忽低時,先暫停其他網路活動再測一次。
- 最後看實際用途:開啟常用網頁,檢查首頁載入、圖片和後續連結。需要持續傳輸時,再使用可控制的檔案進行測試,不要只看毫秒數。
- 保留備用節點:選一個已確認可用的備用節點。地理位置備註不等於實際出口位置,也不能據此判斷連線表現。
4. 啟動連線:VPN 授權與應用程式範圍
點選候選節點,將它設為目前使用的設定,再按下主畫面的啟動按鈕。首次連線時會出現 Android VPN 授權提示,確認後檢查客戶端的執行狀態和系統 VPN 圖示。VPN 圖示只表示系統通道已建立,不代表遠端代理一定可用;實際連線測試也可能透過獨立流程完成,不能取代這個步驟。
確認範圍:先簡化設定,再恢復日常規則
首次確認時的設定
- 在「設定」中檢查「依應用程式代理」,確認測試用的瀏覽器沒有被排除。
- 暫時選擇會將測試流量送往代理的路由模式;常見介面會稱為「全域」或「全域代理」。
- 關閉已開啟的網頁,再重新開啟測試頁面,減少既有連線造成的誤判。
日常使用設定
- 確認連線可用後,再恢復繞過中國大陸等日常路由規則。
- 依需求設定依應用程式代理,確認清單代表的是要代理的應用程式,還是要略過的應用程式。
- 分別確認實際需要使用代理的瀏覽器或應用程式,不要將單一應用程式的結果套用到所有應用程式。
「全域」仍受應用程式接管範圍限制;未進入 VPN 通道的應用程式,不會因為路由切換至全域就自動被接管。
若啟動後立即停止,先從「⋮」選單開啟「記錄檔」,查看啟動階段的錯誤。解析失敗、設定不支援和遠端交握失敗是不同問題,不應一概歸類為「節點太慢」。修改路由或依應用程式設定後,若介面提示要重新啟動服務,請先停止再啟動,讓新設定生效。
5. 瀏覽器與出口 IP:交叉確認代理是否生效
網頁能開啟不一定表示流量經過代理,因為該網頁可能支援直接連線。反過來說,某個網站無法開啟,也不一定是節點失效;目標網站可能限制資料中心出口、要求進行存取驗證,或暫時發生故障。要可靠地確認代理是否生效,必須同時檢查實際瀏覽結果、出口 IP 和目前的路由規則。
-
記錄直接連線的出口
先停止 v2rayNG,在瀏覽器搜尋「IP 位址查詢」,開啟能顯示公網 IP 的網頁。記下顯示的 IPv4 或 IPv6 位址類型及電信業者資訊,避免將區域網路位址誤認為公網出口。
-
連線至候選節點
返回 v2rayNG,確認目前選取的節點和啟動狀態。使用上一節的簡化確認設定,讓測試瀏覽器和查詢頁面的請求都經過代理。
-
重新查詢出口
在新分頁重新開啟相同的查詢服務,再使用另一家查詢服務交叉確認。請比較相同位址類型的結果,不要直接用直連 IPv6 和代理 IPv4 判斷是否相同。
-
確認實際瀏覽狀況
開啟需要透過代理瀏覽的目標網頁,檢查內文、圖片和站內連結。若出口已改變,卻只有特定網站無法使用,應繼續排查目標網站的限制,不要立刻重新安裝客戶端。
-
恢復日常分流
恢復常用路由後,再測試目標網站。此時 IP 查詢網站可能依規則直接連線,顯示本地出口並不矛盾;必要時可參考記錄檔中的連線資訊,判斷目標網域使用的出口。
6. 常見問題:依照現象決定下一步
初次排查時,不要同時修改連接埠、DNS、傳輸參數和路由。訂閱中的 VMess、VLESS、TLS、Reality 或 WebSocket 參數都必須與伺服器端相符,任意修改其中一項可能會造成新的故障。先更新原有訂閱,再依現象排查,通常比不斷刪除設定更有效。
| 觀察到的現象 | 優先檢查項目 | 下一步處理方式 |
|---|---|---|
| TCPing 有結果,但實際連線持續失敗 | 認證、TLS、系統時間和測試目標 | 更新訂閱、確認自動設定時間,並查看記錄檔中的交握或請求錯誤;不要直接修改憑證驗證設定。 |
| 實際連線測試成功,但瀏覽器無法瀏覽 | VPN 是否已啟動、應用程式範圍、路由和 DNS | 確認瀏覽器流量已進入 VPN,暫時簡化路由,再比較目標網站和出口查詢的結果。 |
| 連線後查詢出口,結果沒有改變 | 查詢網站是否直連、瀏覽器是否遭排除 | 確認查詢請求明確經過代理,重新開啟頁面,並比較相同位址類型的結果。 |
| Wi-Fi 連線失敗,行動數據正常 | 目前 Wi-Fi 的認證、DNS 或網路限制 | 保持使用同一節點,切換網路後重新測試,不要同時更換協定參數。 |
| 所有節點的實際連線測試都逾時 | 訂閱狀態、本機網路和測試網址 | 先確認直接連線可以正常上網,再檢查測試目標設定;單一目標無法連線,就可能讓所有測試結果失真。 |
| 剛連線時正常,鎖定螢幕後中斷 | 系統背景執行與電池管理 | 在 Android 應用程式設定中,允許 v2rayNG 持續於背景執行,再檢查網路切換後是否能恢復連線。 |
實際連線測速延遲最低的節點一定最快嗎?
不一定。實際連線結果主要反映單次測試請求所需的時間,無法直接代表持續下載頻寬、封包遺失情況或晚間壅塞程度。先篩選能穩定完成測試的節點,再依常用網站和實際使用時段確認。
桌面版 v2rayN 也需要確認出口嗎?
需要。選取節點並啟動核心後,使用系統代理時還要確認瀏覽器有遵循系統代理設定;未遵循系統代理的程式需另外設定,或在了解影響後使用 TUN。即使客戶端內的實際連線測試成功,也應在實際使用的應用程式中檢查出口和路由。