本文重點

適合已匯入訂閱，卻不確定代理是否連通的使用者。先在 v2rayN 選擇節點並進行實際連線測試，再確認本機監聽連接埠，接著分別用命令列和瀏覽器驗證，最後從記錄判斷是節點故障、系統代理未接管，還是路由直接連線。Android 使用者也可以依相同順序檢查 v2rayNG。

一、先分清訂閱、節點與目前連線狀態

訂閱更新成功，只代表用戶端已取得並解析設定，不代表其中每個節點都能連線。節點清單中的名稱、地區和協定都來自設定內容；節點名稱無法證明實際出口位置，顯示 VMess 或 VLESS 也不代表伺服器運作正常。

v2rayN 是桌面用戶端，負責管理訂閱、啟動核心及設定流量入口；實際建立遠端連線的是所選用的核心。Android 版 v2rayNG 使用 Xray 核心，v2flyNG 則使用 v2fly 核心。排查問題時，請一併記下用戶端與核心資訊，別只寫「V2Ray 連不上」。

二、透過實際連線測試篩選節點

v2rayN 的 TCP 延遲測試主要檢查與遠端位址和連接埠的 TCP 連線；實際連線測試通常會透過該節點連線至指定測試網址，涵蓋更多協定和傳輸環節。兩者都不是頻寬測試。測試成功只代表目前能連上測試目標，不能取代實際網站的連線檢查。

  1. 挑選候選節點

    在節點清單中按住 Ctrl 多選 3 個候選節點。優先挑選不同線路的節點，避免一次測試整份訂閱而產生大量並行連線。

  2. 進行實際連線測試

    按右鍵開啟測試選單，選擇「測試伺服器真實連線延遲」或目前版本中名稱含有「真實連線」的項目。選單文字可能略有不同，請勿將 TCP 延遲或下載速度測試當成同一項功能。

  3. 檢查測試目標

    如果全部測試都失敗，請前往「設定」→「參數設定」，尋找實際連線測試網址和逾時設定。記下實際使用的網址；若目標本身無法連線，請改用已知可用的 HTTPS 測試目標再比較。

  4. 重複測試比較

    每個候選節點再測試 2 次，並維持相同網路和測試網址。優先選擇連續測試成功的節點，再比較延遲；不要只挑單次結果中數值最低的節點。

  5. 設為活動伺服器

    將測試穩定的節點設為活動伺服器，等待核心完成切換後，再開啟實際要瀏覽的網站。執行測試不一定會自動將該節點設為目前使用的節點。

結果中的毫秒數會受測試目標、交握過程和當下網路狀況影響，不適合跨用戶端或跨測試網址直接比較。初次排錯時，更應留意「是否持續測試成功」和「失敗時的記錄」，而不是追求某個固定的合格延遲值。

實際連線測試

建議

透過節點連線至測試目標，適合作為初次連線時篩選節點的主要依據。測試成功後，仍須確認瀏覽器和實際使用的服務是否正常。

適用情境：挑選首次使用的活動節點

TCP 延遲測試

檢查遠端 TCP 連接埠是否可連線。連接埠能建立連線，不代表 UUID、TLS、傳輸路徑或其他協定參數都正確。

適用情境：快速確認伺服器連接埠是否可連線

實際瀏覽網頁

同時會受應用程式代理設定、DNS、路由規則和目標服務影響。這是最終使用體驗的檢查方式，但單次失敗不足以判定節點故障。

適用情境：確認日常使用情境

三、確認本機連接埠與流量入口

接著分開檢查「節點可用」和「應用程式正在使用節點」。在 v2rayN 的「設定」→「參數設定」中尋找本機監聽連接埠和監聽位址；若目前版本將相關選項放在獨立的入站設定頁，請以實際畫面為準。下方的 10808 僅為命令示範值，並非所有安裝環境都使用此連接埠。

本機入口範例

監聽位址
127.0.0.1
示範連接埠
10808
入口協定
SOCKS5；混合入站也可接受 HTTP
確認位置
參數設定與核心啟動記錄

只有在用戶端確實監聽此連接埠時，才使用後續命令；獨立 HTTP 入站則須填寫該入站自己的連接埠。

初次驗證範圍

驗證項目
目前裝置上的瀏覽器與 curl
系統代理
影響遵循系統設定的應用程式
TUN 模式
初次測試可先關閉
區域網路分享
本機驗證不必開啟

每次只驗證一種入口，避免系統代理、TUN 和瀏覽器擴充功能同時啟用，導致難以追查流量路徑。

Linux 可執行下方命令檢查示範連接埠。若沒有任何輸出，請先確認實際連接埠和核心狀態；若顯示由其他程式佔用，請關閉衝突程式或更換本機連接埠，並同步更新應用程式設定。不要只因代理無法使用，就開放所有防火牆連接埠。

ss -ltnp 'sport = :10808'

監聽 127.0.0.1 代表只接受本機連線，適合本文的操作方式。0.0.0.0 則代表監聽所有 IPv4 網路介面，可能讓其他裝置連入；初次在本機連線不需要因此開啟「允許區域網路連線」。

四、使用 curl 驗證代理連線

在命令列明確指定代理，可以排除「終端機是否讀取系統代理」的疑問。以下命令以本機 SOCKS5 連接埠 10808 為例，目標是 HTTPS 出口位址查詢服務。若該服務故障，測試也可能失敗；請搭配另一個可連線的目標再次確認，不要只據此判定節點故障。

# 直連基準：忽略代理環境變數，即使失敗也有助於診斷
curl --noproxy '*' --connect-timeout 10 --max-time 20 https://api.ipify.org
printf '\n'

# 明確使用本機 SOCKS5，並由代理端解析目標網域
curl --noproxy "" --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 20 https://api.ipify.org
printf '\n'

socks5h 中的 h 代表將目標網域交由代理端處理，可減少本機 DNS 對這次診斷的干擾。這不代表整台裝置的 DNS 都已由代理接管。--noproxy "" 用來清除這次請求的略過清單，避免環境中的 NO_PROXY 讓測試意外改為直連。

若要測試 HTTP 入口，只有在該連接埠確實接受 HTTP 代理時，才能執行下方命令。混合入站通常同時接受 SOCKS 和 HTTP；獨立的 SOCKS 入站不能當作 HTTP 連接埠使用。請勿用略過憑證驗證的參數掩蓋 TLS 錯誤。

curl --noproxy "" --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 20 https://example.com/

五、檢查瀏覽器與路由是否生效

使用 curl 明確指定代理並確認成功後，再檢查瀏覽器設定。在 v2rayN 中選擇「系統代理」→「自動設定系統代理」；若 Linux 桌面沒有同步生效，可在 GNOME「設定」→「網路」→「網路代理」→「手動」中填入本機 HTTP 或 SOCKS 主機和對應連接埠。不同桌面的設定位置各異，請以系統實際畫面為準。

瀏覽器可能有獨立的代理設定。在 Firefox 中前往「設定」→「一般」→「網路設定」→「設定」，選擇「使用系統代理設定」，或手動填入 SOCKS 主機 127.0.0.1 和實際連接埠。請先暫停會變更代理設定的擴充功能，避免它覆寫系統設定。

  1. 開啟新的瀏覽器視窗，前往命令列測試時使用的出口查詢網址，並記下目前結果。
  2. 同時查看 v2rayN 的存取記錄，確認該網域的請求和所選出口。若未啟用存取記錄，可暫時開啟；驗證完成後請還原原本設定。
  3. 若請求符合直連規則，請記下目前的路由模式。必要時可暫時切換至目前版本提供的全域代理模式作為對照，測試後再還原原本的分流規則。
  4. 最後前往實際需要使用的網站。只有入口、路由和目標網站連線都符合預期，才算完成初次連線驗證。

在 Android 版 v2rayNG 選好節點後，點選主畫面的連線按鈕並確認系統 VPN 權限，再進行連線測試。看到 VPN 狀態圖示只能代表本機通道已建立，還要確認目標網站可以連線。若啟用了依應用程式設定代理，請確認瀏覽器包含在代理範圍內；v2flyNG 也須分別確認連線狀態和適用的應用程式。

六、初次連線常見問題

實際連線測試成功，為什麼瀏覽器還是無法開啟網頁？

先執行明確指定 SOCKS5 的 curl 命令。若測試成功，請著重檢查瀏覽器獨立代理、系統代理和路由規則；若瀏覽器沒有相應的存取記錄，代表請求很可能尚未進入該核心。請勿先修改訂閱中的協定參數。

TCP 延遲測試有結果，實際連線卻一直逾時？

這表示遠端 TCP 連接埠可連線，但後續連線尚未完成。請先確認測試目標是否可用，再檢查系統時間，以及記錄中的 TLS、驗證和傳輸錯誤。若只有單一節點失敗，請更新訂閱後換另一個節點比對，不要自行將 VLESS 改成 VMess。

命令顯示無法連線至 127.0.0.1:10808？

返回「設定」→「參數設定」確認實際連接埠，再執行連接埠檢查命令。若核心記錄顯示位址已被使用，請處理佔用問題後重新啟動核心。遠端節點再穩定，也無法解決本機入口未監聽的問題。

網頁能開啟，就代表代理已生效嗎？

不一定，該網站可能原本就能直接連線。請一併比對出口查詢結果、核心中的目標請求記錄，以及實際使用的代理出口。代理圖示、節點名稱或單次測速結果，都不能單獨證明瀏覽器的實際流量路徑。

若仍無法連線，提交排錯資訊時，請列出作業系統、用戶端版本、核心名稱與版本、入口類型和連接埠、測試目標、失敗時間及相關錯誤行。版本資訊可從用戶端「說明」→「關於」或核心啟動記錄中取得，避免只寫「最新版」。提供這些資訊，就能從具體故障環節開始排查，也有助於區分本機設定與伺服器端設定問題。