適合已匯入訂閱，卻還不確定如何開始連線的桌面使用者。先篩選少數候選節點，再以實際連線延遲排除無法使用的線路，最後分別檢查本機代理連接埠、系統代理與目標請求的出口。本文以 Windows 版 v2rayN 為例，著重建立可重複驗證的步驟，而不只是查看節點清單中的單一數值。
一、匯入後先確認節點、核心與本機連接埠
訂閱更新成功，只代表用戶端取得了節點設定，不代表帳號有效、伺服器可連線，或瀏覽器已透過代理連線。先確認清單中有實際的伺服器項目，而不只是訂閱群組名稱；接著選取一個節點，讓用戶端載入對應設定。節點位址、驗證資訊、傳輸方式和 TLS 參數都會影響連線結果，不能只憑備註名稱判斷。
以下依照 Windows 桌面介面常見的選單名稱說明操作。不同版本的選項文字可能略有差異，例如「測試伺服器實際連線延遲」也可能顯示為「測試實際連線延遲」；請依功能操作，不要為了配合選單而修改既有設定。
-
檢查訂閱
在「訂閱群組」→「訂閱群組設定」確認群組已啟用，再從「訂閱群組」選單執行「更新全部訂閱（不透過代理）」。查看更新記錄和節點清單；如果目前網路無法連線至訂閱網址，請先排除訂閱取得問題。
-
核對參數
選取節點後按右鍵開啟「編輯伺服器」，確認位址、連接埠、協定和傳輸參數來自同一份設定。VLESS 搭配 REALITY 時，也要確認公鑰、伺服器名稱和 shortId 等參數與伺服器端一致，不要自行猜測補填。
-
確認連接埠
開啟「設定」→「參數設定」，找到本機監聽連接埠和相關入站設定，記下 HTTP 或混合代理實際使用的連接埠。本文命令以支援 HTTP 代理的
127.0.0.1:10808為例，執行前請依介面顯示的數值替換。 -
設為作用中
在節點清單按右鍵選擇「設為活動伺服器」，確認作用中標記已移至目標節點，並查看記錄中是否出現設定載入失敗、核心結束或連接埠遭占用等訊息。只選取某一列不一定代表已切換作用中的節點。
二、如何挑選節點：地區、協定與穩定性
先從同一地區挑選兩到三個候選節點，避免跨地區、跨服務線路同時變動造成干擾。地理距離可用於初步篩選，但不能取代實際測試：電信業者互連、尖峰時段壅塞、伺服器負載和中轉路徑都會影響結果。節點備註中的地區也不一定是實際出口所在地。
同地區候選節點
建議先從符合目標網站地區需求的節點中，挑選兩到三個重複測試實際連線。優先保留連續測試成功、延遲波動較小的線路，而非偶爾測得最低延遲的線路。
適用情境：首次連線、日常瀏覽與建立基準
指定地區的節點
目標服務明確要求特定地區時，請以實際出口和網站的辨識結果為準。延遲較高不一定代表設定錯誤，也可能是跨區線路的正常代價。
適用情境：需要從特定地區連線至服務
不同協定的備選節點
主要線路失敗時，可改測另一個設定完整且核心支援的節點。協定名稱本身不保證延遲較低；位址、線路和傳輸方式的組合不同，結果也會不同。
適用情境：判斷是單一線路問題還是本機環境問題
如果訂閱提供 VLESS + REALITY 節點，請確認目前使用的核心支援對應設定；在 v2rayN 中可前往「設定」→「參數設定」查看 Core 類型相關選項，並參考啟動記錄確認實際載入的核心。不要把核心名稱當作線路品質排名，也不要擅自將伺服器要求的安全設定改成其他組合。
- 瀏覽網頁：先確認實際連線測試是否穩定成功，再觀察網頁首次載入、圖片和指令碼的載入情況。
- 持續下載：需另外觀察持續傳輸表現；低延遲不代表高傳輸速率，並請留意訂閱流量和測試用量。
- 地區服務：確認實際出口和目標網站的辨識結果，節點備註僅供參考。
三、TCPing 與實際連線測速：各自能確認什麼
TCPing 通常測量與節點位址及連接埠建立 TCP 連線所需的時間，不會完整驗證代理驗證、傳輸交握和目標網站存取情況。連接埠能建立連線，不代表後方的代理服務可用；伺服器上的其他服務或前置接入層也可能接受連線。
實際連線延遲測試會嘗試透過節點連線至設定的測試網址，涵蓋更多代理連線環節。它更接近「這個節點能否代替請求建立連線」，但結果仍取決於測試網址、DNS、逾時設定和線路狀態，也不代表所有網站都能連線。
| 測試類型 | 主要檢查項目 | 無法據此判斷 |
|---|---|---|
| TCPing | 節點 TCP 連接埠是否可連線、建立連線所需時間 | 驗證資訊是否正確、代理請求是否完成 |
| 實際連線延遲 | 透過節點請求測試網址的結果與耗時 | 所有服務網站是否可用、持續下載速度 |
| 下載速度測試 | 指定資源在測試時段的傳輸表現 | 長期穩定性、其他目標的連線品質 |
建議的測試順序
- 選取少數候選節點，從右鍵選單執行「測試伺服器實際連線延遲」，或使用「伺服器」選單中的同名功能。
- 固定使用同一個測試網址，逐輪重複測試三次，記錄成功與否及延遲波動。不要同時對大量節點執行下載測試。
- 如果全部測試失敗，請前往「設定」→「參數設定」查看實際連線測試網址相關設定，確認測試目標可用後再檢查記錄。
- 將連續測試成功的節點設為活動伺服器，接著驗證實際應用；測試功能本身不一定需要開啟系統代理。
清單出現負值、逾時或空白時，應先查看該版本的結果說明與記錄，不要把負值解讀為「延遲特別低」。TCPing 成功但實際連線失敗時，優先檢查驗證資訊、TLS、傳輸參數和測試目標；兩者都失敗時，再排查節點位址、連接埠、本機網路與防火牆。
四、驗證系統代理：先讓請求進入本機連接埠
設定好作用中節點後，還要讓應用程式將請求交給 v2rayN。Windows 的「系統代理」是提供給遵循此設定的應用程式使用的代理入口，不會自動接管所有程式。終端機工具、部分瀏覽器擴充功能和獨立應用程式可能使用各自的代理設定。
-
啟用系統代理
從 v2rayN 底部狀態列或系統匣選單開啟「系統代理」→「自動設定系統代理」。確認目前模式不是「清除系統代理」；首次排查時，避免同時執行其他會修改系統代理的程式。
-
核對系統設定
開啟 Windows「設定」→「網路和網際網路」→「Proxy」，確認手動代理指向本機位址與正確連接埠。如果使用指令碼模式，也要檢查「使用設定指令碼」項目，不能只確認手動代理開關。
-
單獨測試連接埠
在 PowerShell 執行下方命令，明確指定代理，排除終端機是否讀取系統代理的差異。如果提示無法連線至本機連接埠，請先確認監聽連接埠和核心狀態。
-
檢查瀏覽器
將瀏覽器設定為使用系統代理，暫時停用會接管代理的擴充功能，再開啟新頁面前往目標網站。若命令列測試成功但瀏覽器失敗，優先檢查瀏覽器本身的代理規則，而非立即更換訂閱。
curl.exe --noproxy "" --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 15 --head https://example.com/此處使用 curl.exe，避免 PowerShell 將 curl 解讀為其他命令。--noproxy "" 會清除本次命令的代理略過清單。範例要求該連接埠支援 HTTP 代理；若設定的是純 SOCKS 入站，請改用 --proxy socks5h://127.0.0.1:10808，其中 socks5h 會將目標網域交由代理端解析。
五、驗證出口 IP：分辨系統代理與路由分流
系統代理決定請求是否進入用戶端，路由規則則決定進入後使用哪個出站。即使已啟用系統代理，國內網站仍可能依規則直連。因此，不能用設定為直連的網站判斷代理是否失效，也不能只憑網頁能開啟就認定出口已改變。
以下使用相同的 HTTPS 網址比較直連和代理請求。此介面會回傳請求的公網來源 IP，只作為驗證目標；實際連線仍會受網路可用性和服務狀態影響。如果介面無法使用，可改用可信的出口查詢服務，但前後兩次應使用相同目標。
# 直接請求，不使用代理
curl.exe --noproxy "*" --connect-timeout 10 --max-time 15 https://api.ipify.org
Write-Output ""
# 明確透過本機 HTTP 或混合代理連接埠請求
curl.exe --noproxy "" --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 15 https://api.ipify.org
Write-Output ""- 代理出口與直連出口不同：表示兩次請求的公網出口有所不同。請再搭配用戶端記錄確認代理請求使用了預期的出站。
- 兩次出口相同：檢查該網域是否被路由至直連、是否存在其他網路代理，以及作用中節點是否切換成功；不能只據此判定節點故障。
- 直連失敗、代理成功：可確認代理路徑可用，但缺少直連出口基準。請繼續搭配記錄和目標網站的結果判斷。
- 命令成功、瀏覽器出口不同：檢查瀏覽器擴充功能、獨立代理設定，以及瀏覽器實際查詢的網域是否相同。
若要排除分流的影響，先記錄目前的路由模式，再於 v2rayN 的「路由」中暫時選擇讓一般目標請求使用代理出站的全域規則，然後重新查詢。不同版本和自訂規則的名稱可能不同，請依規則內容及記錄中的出站標籤判斷；驗證後請還原原本的分流規則。
六、首次連線常見問題與排查順序
TCPing 有數值，為什麼實際連線一直逾時？
先檢查同一節點的驗證資訊、傳輸類型、TLS 伺服器名稱及核心支援情況，再確認測試網址可連線。連接埠接受 TCP 連線只完成前半段驗證；代理交握失敗仍會造成實際連線逾時。
實際連線測試成功了，網頁為什麼還是打不開？
先執行明確指定代理的命令，再檢查「系統代理」→「自動設定系統代理」及瀏覽器設定。如果只有特定網站無法連線，請檢查該網域的路由、DNS 與網站回應，不要直接認定所有節點都不能用。
記錄顯示本機連接埠遭占用，該怎麼辦？
使用 netstat -ano | findstr :10808 查看占用記錄，再於工作管理員確認對應的 PID 是哪個程式。確認是否重複啟動用戶端；若需要更改連接埠，請前往「設定」→「參數設定」修改，並同步更新系統代理和測試命令。
延遲很低，下載速度卻很慢，是測速不準嗎？
延遲代表單次請求所需時間；傳輸速率則取決於線路頻寬、壅塞情況、伺服器和下載目標。請在相同時段、使用相同目標比較兩個節點，避免同時執行多個測速工作，並留意訂閱流量用量。
換了節點，出口 IP 卻沒變，是切換失敗嗎？
不同入口可能共用相同出口。先查看活動伺服器標記和新請求記錄，再重新發出測試請求；瀏覽器既有的長連線不一定會立即切換。如果規則命中直連，換節點本來就不會改變該請求的出口。
保留一份可重複使用的連線紀錄
完成首次連線後，記下節點備註、協定與傳輸組合、本機監聽連接埠、測試目標、路由模式及測試時間。日後遇到問題時，使用相同步驟重新測試，更容易分辨節點變動、本機設定變更與目標網站故障。
- 先檢查本機：核心是否正在執行、連接埠是否正在監聽、作用中伺服器是否正確。
- 再檢查連線：實際連線測試是否成功，明確指定代理的請求是否收到回應。
- 最後檢查應用程式：系統代理、瀏覽器設定、路由規則命中情況與實際出口是否符合預期。
- 分享記錄前：請遮蔽訂閱網址、驗證資訊及其他敏感設定，只保留排查問題所需的錯誤片段。