本文重點

本文適合已匯入訂閱，但還不確定能否正常連線的 v2rayN 使用者。以下以 Windows 桌面環境為主：先檢查節點參數與核心，再對少數候選節點進行實際連線測試，最後分別確認本機代理入口、瀏覽器系統代理，以及目標網站的出口。看完即可分辨「節點可用」、「瀏覽器已連上代理」和「目標流量符合代理路由」這三種狀況。

連線前檢查：訂閱、核心與本機監聽

v2rayN 提供客戶端介面，實際連線則由選用的核心處理。訂閱更新成功，只代表客戶端取得並解析了節點資訊，不表示伺服器目前在線，也不代表訂閱帳號仍有可用流量。首次操作請保留現有訂閱參數，不要同時修改 DNS、傳輸方式、路由與憑證設定。

以下選單名稱以常見的中文介面為準；不同桌面版本的分組與標點可能略有差異。本文不預設特定版本或預設連接埠，請以目前客戶端設定及啟動記錄中的監聽位址和連接埠為準。

  1. 更新訂閱

    開啟「訂閱分組」→「訂閱分組設定」，確認目標分組的網址，再從「訂閱分組」選擇對應的更新訂閱操作。首次尚未連線時，通常先嘗試不經代理更新；若更新失敗，請查看更新記錄，不要重複新增相同分組。

  2. 檢查節點

    在伺服器清單中雙擊候選節點，檢視伺服器位址、連接埠、協定和傳輸設定。確認位址不為空，遠端連接埠與訂閱資訊一致；節點備註中的地區名稱僅供篩選參考，不能取代出口驗證。

  3. 檢查核心

    前往「設定」→「參數設定」，檢查與 Core 類型相關的選項。VLESS、REALITY 等設定需要由支援相應欄位的核心處理；首次連線請優先保留客戶端對匯入節點的相容設定，再查看記錄是否出現不支援的欄位。

  4. 記下本機入口

    在「設定」→「參數設定」的本機監聽設定中記下代理連接埠，並確認記錄中的監聽位址。以下以 HTTP 或混合入口 127.0.0.1:10808 為例；若實際設定不同，請替換命令中的連接埠。

挑選節點：先看地區，再核對協定參數

第一輪只挑兩、三個候選節點：一個網路距離較近的節點，再加一個不同地區的備用節點；若訂閱提供不同傳輸方式，可再挑一個協定或傳輸方式不同的節點。地區較近不一定比較快，跨網互連、伺服器負載和出口線路都會影響實際使用體驗。

鄰近地區節點

建議優先測試

適合作為第一輪測試的起點。先挑參數完整、備註清楚的節點，在相同網路和測試網址下比較結果，不要只看名稱中的「高速」或線路標籤。

適用情境：首次驗證、瀏覽網頁、比較互動延遲

目標地區節點

目標服務有地區限制時，先確認實際出口地區，再測試能否存取。節點名稱、伺服器接入位址和最終出口可能位於不同地區。

適用情境：存取指定地區服務、確認出口位置

不同傳輸方式的節點

可用採用不同傳輸方式的節點與主要候選節點交叉比對，但仍須依照訂閱原始設定連線。不能只把 WebSocket 改成 TCP，就認定伺服器也支援新的傳輸方式。

適用情境：單一線路連線失敗、排查傳輸相容性

協定名稱不代表效能排名。VMess 和 VLESS 的驗證方式不同；WebSocket 是傳輸方式，TLS 與 REALITY 則涉及連線安全設定。這些欄位必須與伺服器端設定相符。以下列出欄位檢查範例，不能直接套用到任意節點。

VLESS + REALITY 範例

協定
VLESS
傳輸方式
TCP
安全設定
REALITY
Flow
使用 Vision 時設定為 xtls-rprx-vision
驗證參數
依訂閱保留 UUID、公鑰與 shortId

也要核對伺服器要求的 serverName；不要任意更換公鑰或 Flow。

VMess + WebSocket 範例

協定
VMess
傳輸方式
WebSocket
安全設定
TLS
要求路徑
依訂閱保留 path
網域參數
分別核對 Host 與 serverName

路徑和網域參數取決於伺服器部署方式；只看到 WebSocket，不能據此判定流量經過中轉服務。

實際連線測試：分辨連接埠可連通與代理請求成功

TCP 延遲測試主要反映連到伺服器連接埠的狀況，無法證明節點驗證成功。實際連線測試則會嘗試透過節點向測試網址發出請求，更能反映「這條代理連線能否完成存取」。使用的測試網址、計時範圍和成功判定方式，會依客戶端設定與實作而異，因此仍須搭配實際存取結果確認。

  1. 選取候選節點

    在伺服器清單中選取兩到三個待測節點；若要多選，按住 Ctrl 再用滑鼠點選。先少量測試，避免大量並行請求讓本機網路或伺服器限制造成結果失準。

  2. 執行實際連線測試

    按右鍵開啟伺服器選單，選擇「測試伺服器真實連線延遲」或相應的實際連線測試項目。不要把「測試伺服器延遲」中的 TCP 結果當成相同指標。

  3. 重複比較

    等這一輪測試完成後再進行下一輪，使用相同測試網址重複測試三輪。記錄成功與否、延遲是否明顯波動，以及是否連續逾時，不要只記下單次最低值。

  4. 設為作用中節點

    在目標節點上按右鍵，選擇「設為活動伺服器」，確認作用中標記已切換。接著查看記錄，確認新設定已載入且核心成功啟動；選取要測試的項目，不代表目前作用中的節點會自動切換。

10808
本文本機 HTTP／混合入口的範例連接埠
443
HTTPS 測試目標通常使用的連接埠
3 輪
在相同測試條件下建議重複測試的次數

實際連線延遲不等於下載速度，也無法推斷影片能否持續順暢播放。如果多個節點都無法連上同一測試網址，應先確認網址是否可用、是否受到目標端限制，以及請求採用哪種路由，再判斷節點是否同時失效。記下測試日期、連線網路和測試網址，比只截取一個毫秒數字更有助於排查。

系統代理與路由：分別驗證兩條連線路徑

以 Windows 為例，從 v2rayN 系統匣選單的「系統代理」中選擇「自動設定系統代理」，讓遵循系統代理設定的應用程式連上本機入口。這不代表所有程式都會由代理接管，也不代表已啟用 TUN。瀏覽器內建代理設定、代理擴充功能或企業原則，都可能覆寫系統設定。

驗證方式：先檢查入口，再檢查路由

系統代理入口
  • 確認本機監聽位址和連接埠與系統設定一致。
  • 確認瀏覽器使用系統代理，而非獨立設定的代理。
  • 測試期間避免多個代理程式同時變更系統入口。
核心路由出站
  • 請求進入本機入口後，仍可能依規則直接連線。
  • 選擇一個預期會走代理的目標進行檢查。
  • 需要隔離問題時，可暫時切換成客戶端的全域代理路由模式。

系統代理決定應用程式是否連進客戶端；路由規則則決定流量進入後走直連或代理。兩者都設定正確，才能確認目標請求依預期轉送。

首次排查請先使用系統代理路徑，暫時不要同時啟用 TUN，以免增加虛擬網卡、權限和系統路由等變因。測試全域代理路由後，請恢復日常分流設定，並重新驗證目標網站。此處的「全域」是指所選路由如何處理進入核心的流量，不代表所有應用程式都已連入核心。

瀏覽器與出口 IP：留下可供複查的驗證紀錄

先明確指定本機代理發出請求，確認入口正常，再透過瀏覽器確認系統代理。這樣就能區分「節點本身連線失敗」和「瀏覽器沒有使用代理」。以下命令請在 Windows 終端機執行，curl.exe 用來明確呼叫 curl 程式；假設本機已提供支援 HTTP 代理的 10808 入口。

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

curl.exe --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 20 https://api.ipify.org

curl.exe --noproxy "*" --connect-timeout 10 --max-time 20 https://api.ipify.org

第一個命令會檢查能否透過本機入口完成 HTTPS 請求；若回應包含 HTTP 狀態碼，還要判斷狀態是來自目標服務，還是中間的錯誤頁面，不能只因終端機有文字輸出就認定成功。第二個命令會輸出該請求依目前路由取得的公網出口；第三個則作為對照，不使用 curl 明確指定的應用層代理。若系統仍啟用 TUN 或其他網路隧道，第三個結果不代表完全未經隧道的網路出口。

使用瀏覽器驗證時，請開啟與命令相同的檢測網址，重新整理並記錄出口 IP，再開啟實際要使用的網頁。保留「作用中節點、路由模式、檢測目標、出口 IP、時間」這五項資訊。IP 只代表單次請求觀察到的出口，無法證明所有應用程式、網域或 DNS 請求都使用相同路徑。

常見連線問題：依記錄位置縮小範圍

遇到問題時，先回頭檢查發生錯誤的層級。核心啟動失敗時，不必反覆重新整理瀏覽器；本機入口已正常回應時，繼續修改監聽連接埠也未必能解決遠端驗證問題。若記錄中含有訂閱網址、UUID 或其他存取憑證，分享截圖前請先遮蔽相關內容。

現象 優先檢查項目 下一步處理方式
本機連線遭拒 監聽連接埠、核心啟動狀態 確認 127.0.0.1 和實際連接埠，檢查核心是否啟動失敗或連接埠是否被占用。
TCP 測試成功，實際連線測試失敗 驗證、傳輸、安全參數及測試目標 重新同步訂閱，檢查系統時間和記錄中的交握錯誤，再更換測試目標進行比對。
憑證或 TLS 交握錯誤 系統時間、serverName、伺服器憑證 校正系統時間並核對訂閱參數，不要把停用憑證驗證當作一般修復方式。
命令可正常存取，瀏覽器卻無法存取 系統代理、瀏覽器設定 確認瀏覽器使用系統代理，排除獨立擴充功能覆寫設定，再重新存取相同目標。
部分網站無法連線 網域路由、DNS、目標服務限制 比較直連與代理路徑，並參考連線記錄判斷問題發生在解析、連線還是回應階段。

完成首次連線的最低標準，不是清單上出現一個延遲數字，而是作用中節點成功載入、明確指定代理的請求成功、瀏覽器使用預期入口，且目標網站採用預期的出站路徑。完成這四項後，再設定自動更新、日常分流或其他進階選項；每次只變更一項，方便出問題時還原。