適合已匯入訂閱，但還不確定節點能否使用的桌面版用戶。依序檢查節點參數、測試實際連線、設為目前使用的伺服器、啟用系統代理，再比對記錄與出口 IP，就能分別判斷節點故障、代理入口問題及路由分流設定。本文以 Windows 版 v2rayN 為例，初次設定不必啟用 TUN。
連線前：確認訂閱與本機代理入口
訂閱更新成功，只代表用戶端已取得伺服器資料，不表示每個節點都能連線。先確認清單中有伺服器位址、連接埠與通訊協定，再檢查訂閱是否仍有效。VMess、VLESS 等通訊協定也需要正確的識別參數與傳輸設定；不要為了降低延遲而任意修改服務提供者設定的 TLS、SNI 或傳輸路徑。
本文選單名稱以 v2rayN 7.x 系列 Windows 介面為準，不同小版本的按鈕位置與文字可能略有差異。先開啟「設定」→「參數設定」，確認本機監聽連接埠；再回到主視窗查看底部的「系統代理」與路由選項。以下指令假設本機有支援 HTTP 代理的混合入口，監聽位址為 127.0.0.1:10808；實際設定請以參數設定及啟動記錄為準。
選擇節點：實際連線延遲更貼近日常使用
TCP 延遲測試主要檢查目標位址與連接埠能否建立 TCP 連線，無法確認識別參數是否正確，也不能證明 TLS、傳輸層或遠端出口運作正常。實際連線測試會透過節點向測試位址送出請求，更適合初步篩選；但結果仍只代表當下連線該測試位址的狀況。
實際連線延遲
建議在主視窗選取候選節點，按滑鼠右鍵選擇「測試伺服器真實連線延遲」。測試會透過代理連線存取指定位址，可找出部分單靠連接埠探測無法察覺的連線問題。
適用情境：初次篩選節點，以及更換節點後確認連線
TCP 延遲
在右鍵選單選擇「測試伺服器延遲 Tcping」，可快速檢查 TCP 連接埠是否可連線。測出延遲不代表代理已可用；使用其他傳輸方式的節點，也不能只依據這項結果判斷。
適用情境：輔助判斷連接埠無法連線，或後續交握失敗
下載速度測試
速度測試會產生實際流量，適合確認連線正常後比較傳輸速度。速度快不代表網頁首次載入一定較快，也不建議頻繁測試整份訂閱中的所有節點。
適用情境：從少數可用節點中挑選適合傳輸大型檔案的節點
建議先選 3～5 個候選節點，每個重複測試 3 輪，觀察是否都能順利連線。以下僅為判讀範例，並非本站實測：節點 A 三次分別為 180、195、188 毫秒；節點 B 則為 95 毫秒、逾時、110 毫秒。初次連線建議優先選擇 A 這類表現穩定的節點，而不是只看 B 的最低延遲。
- 全部逾時：先確認本機網路能正常上網，再檢查測試位址是否可用、訂閱是否過期，以及記錄中是否出現共通的交握錯誤。
- 少數逾時：先改用連續測試成功的節點，不必急著修改全域參數。
- 延遲正常但目標網站無法連線：接著測試目標網站；測試站能連線，不代表所有網站都能存取。
初次連線：設為目前使用的伺服器，再啟用系統代理
清單中反白的項目不一定是目前使用的伺服器。測試也可以針對選取的項目執行，因此「測速成功」和「目前流量經過這個節點」是兩回事。測試完成後，請明確將節點設為目前使用的伺服器，並等候核心重新載入成功。
-
選取候選節點
在伺服器清單中點選實際連線測試連續成功的節點。按滑鼠右鍵前先確認操作對象，避免切換訂閱群組後，仍依照先前的列位置判斷節點。
-
設為目前使用
按滑鼠右鍵選擇「設為活動伺服器」，確認清單中的使用中標記，以及記錄中的重新載入結果。不要把單純的選取底色當成切換成功。
-
設定代理
在主視窗底部的「系統代理」選單中選擇「自動設定系統代理」。也可以從系統匣圖示的「系統代理」子選單操作；這次不要選擇「清除系統代理」。
-
確認路由
記下目前的路由模式。若要排除分流設定的影響，可暫時選擇用戶端提供的「全域」代理路由預設；確認完成後，再恢復平常使用的分流預設。
-
送出新請求
開啟新的瀏覽器視窗瀏覽目標網頁，同時查看底部記錄。如果瀏覽器仍在使用舊連線，請完全關閉瀏覽器後重新開啟，再重做相同測試。
確認代理生效：交叉比對瀏覽器、出口 IP 與記錄
只看到網頁開啟，還不足以證明代理已生效：網站可能原本就能直接連線，也可能依分流規則設定為直連。更可靠的方式是針對同一個目標，分別查看未使用代理、明確指定代理，以及瀏覽器遵循系統代理時的結果。
| 確認項目 | 操作方式 | 結果說明 |
|---|---|---|
| 直連基準 | 不經代理向 IP 查詢服務送出請求，記下回傳的位址 | 取得目前網路直連該網站時使用的出口位址 |
| 指定代理 | 透過本機混合連接埠，查詢相同的 IP 位址 | 確認本機入口、所選節點與遠端出口之間的連線 |
| 瀏覽器連線 | 啟用系統代理後，使用瀏覽器開啟相同的查詢位址 | 比對指定代理的結果，確認瀏覽器是否使用預期的入口 |
| 查看記錄 | 在送出請求的時間點，查看目標網域、出口標籤或錯誤訊息 | 輔助判斷請求進入核心後是經過代理、直連，還是遭到拒絕 |
在 Windows PowerShell 中可使用 curl.exe 進行比對。明確指定程式名稱，可避免與部分環境中的同名別名混淆。以下使用公開的 IP 查詢服務；請求會將目前的出口位址傳送給該服務，請依個人隱私需求選擇查詢服務。若連接埠不是 10808，請先替換成本機實際使用的 HTTP 或混合監聽連接埠。
# 直連基準：明確略過代理
curl.exe --noproxy "*" --connect-timeout 10 --max-time 20 https://api.ipify.org
# 明確使用本機 HTTP／混合代理入口
curl.exe --noproxy "" --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 20 https://api.ipify.org這兩個指令仍會受到核心路由設定影響，因此比對時應使用前面記下的暫時全域代理預設。如果第二個指令回傳的公網 IP 與直連結果不同，再用瀏覽器開啟 https://api.ipify.org，比較瀏覽器結果是否與第二個指令一致。IP 地理位置資料庫可能不準確，不要只根據顯示的國家或城市判斷節點是否已切換。
- 指定代理連線成功，瀏覽器仍顯示直連位址：優先檢查系統代理、瀏覽器代理擴充功能，以及瀏覽器本身的代理設定。
- 兩個位址相同：先確認查詢網站沒有符合直連規則，再檢查目前使用的伺服器；位址相同本身不足以證明代理失效。
- IP 查詢成功，但業務網站無法連線：檢查該網站的路由、DNS 與伺服器端限制，不必立刻重新安裝用戶端。
記錄時間應與送出請求的時間相符。如果目前的記錄層級只記錄警告或錯誤，沒有存取項目並不能證明請求未經過核心；必要時可在「設定」→「參數設定」中暫時調整記錄層級，再重送一次請求。記錄可能包含網域、位址等資訊，排查完成後請還原原本設定，分享前也要遮蔽敏感內容。
常見問題：依失敗位置縮小排查範圍
實際連線測試通過，瀏覽器還是無法開啟網頁？
先執行上方的指定代理指令。指令成功時，請檢查「系統代理」→「自動設定系統代理」是否已生效，並暫停瀏覽器代理擴充功能；指令也失敗時，則檢查目前使用的伺服器、路由設定，以及請求當下的記錄。實際連線測試使用的位址與瀏覽器目標不同，兩者不能互相取代。
出現無法連線至 127.0.0.1:10808 的訊息，該怎麼辦？
這表示本機入口尚未連線，並非遠端節點延遲過高。前往「設定」→「參數設定」確認監聽連接埠，再檢查核心是否已成功啟動。如果記錄顯示位址已被使用，可在 PowerShell 執行 Get-NetTCPConnection -LocalPort 10808 -State Listen 查看是哪個程序占用；確認程序身分後再處理，不要直接結束不明的系統程序。
啟用系統代理後，所有網頁都無法連線？
先在「系統代理」中選擇「清除系統代理」，確認直連網頁能否恢復。恢復後重新測試節點並檢查本機連接埠；如果仍無法直接連線，應先檢查本機網路。準備結束用戶端時，也請先清除系統代理，避免應用程式繼續連線到已停止監聽的本機連接埠。
記錄出現憑證錯誤，可以關閉憑證驗證嗎？
先在 Windows「設定」→「時間與語言」→「日期與時間」中同步系統時間，再確認節點 TLS 伺服器名稱是否與服務提供者提供的 SNI 相符。請保留憑證驗證，不要把略過驗證當成一般修復方式；若不確定參數設定，請重新更新訂閱並向服務提供者確認。
初次連線是否完成，不是看某個開關有沒有變色，而是要有一組可重複驗證的結果：節點實際連線測試連續成功、目前使用的伺服器明確、指定代理請求成功、瀏覽器連線符合預期，而且記錄中沒有與本次請求相關的連線錯誤。確認後恢復常用的分流設定，再測試日常使用的網站，避免長期保留暫時用於排查的設定。
- 保留一個可用的備用節點，主要節點異常時先切換並重新測試。
- 記下連接埠、路由預設與失敗時間，不要儲存或公開完整的訂閱網址。
- 恢復分流設定後，中國大陸網站顯示直連出口可能正是預期結果；請依目標網站的規則判斷，不必要求所有網站都顯示相同出口。