訂閱清單中出現節點，不代表代理已經生效。本文適合剛完成匯入的桌面用戶，依序完成「實際連線測試 → 設為作用中伺服器 → 開啟系統代理 → 檢查出口與記錄」的首次連線確認。操作以 Windows 版 v2rayN 為主，並說明節點可用、應用程式接入及路由規則生效是三個不同條件。
一、連線前先確認本機連接埠與測試範圍
v2rayN 是用戶端介面，實際連線由啟動中的代理核心負責。訂閱提供節點位址、協定與驗證參數；系統代理則讓部分應用程式將請求送往本機入口；路由規則再決定請求要直連，還是經由遠端節點轉送。任何一層設定錯誤，都可能造成「節點已選取，網頁卻打不開」的情況。
首次排查時，請先關閉 TUN 模式，並結束其他會修改系統代理的程式。這樣就能單獨檢查系統代理路徑，避免虛擬網卡接管流量，掩蓋連接埠或瀏覽器設定問題。以下數字是明確的測試參數，不是測速結果，也不代表所有安裝環境的預設值。
先前往「設定」→「參數設定」，檢查入站相關的本機監聽連接埠，再與主畫面底部顯示的 HTTP、SOCKS 或混合入口核對。不同版本的設定分類名稱可能不同，請以實際顯示的入口類型為準。如果 HTTP 與 SOCKS 使用不同連接埠，後續兩條命令也必須分別填入正確連接埠，不要直接把同一個數字複製到所有位置。
二、測試節點的實際連線，再設為作用中伺服器
實際連線延遲測試通常會透過指定節點向測試網址發出請求，因此比單純檢查伺服器 TCP 連接埠更貼近實際使用情境。不過，測試結果只代表「該節點至該測試網址」的路徑可用，不代表所有網站、協定或持續下載都正常。測試前後不要同時修改 DNS、路由與傳輸參數，否則很難判斷是哪項變更造成影響。
-
確認節點資訊
在主畫面開啟剛匯入的訂閱群組，確認節點名稱、位址與協定資訊完整。只有流量說明或到期提示的項目，不是可連線的節點。
-
批次測試
選取少量候選節點，按右鍵開啟測試選單，選擇「測試伺服器真實連線延遲」。部分版本會在選單項目後標示「多選」；請選擇包含「真實連線」的項目，而不是只測試 TCP 延遲。
-
再次測試候選節點
查看真實連線延遲欄的結果，保留成功回應的節點。候選節點再測兩次，確認是否反覆逾時；不要只憑單次最低延遲判斷長期穩定性。
-
設為作用中
在目標節點上按右鍵，選擇「設為活動伺服器」，再確認主畫面上的目前伺服器資訊。測試過某個節點，不代表它已成為實際使用的節點。
-
確認核心已啟動
查看底部記錄，確認核心沒有立即結束。如果出現監聽連接埠遭占用、設定檔解析失敗或不支援的協定欄位，請先排除啟動問題，再測試瀏覽器連線。
三、分別設定系統代理與全域路由
Windows 版可從主畫面底部或系統匣的右鍵選單開啟「系統代理」→「自動設定系統代理」。接著前往 Windows「設定」→「網路和網際網路」→「Proxy」，確認手動 Proxy 位址與連接埠指向 v2rayN 的本機 HTTP 入口。不要在此填入遠端節點位址；系統代理連線的是本機監聽連接埠。
系統代理與路由不是同一個開關。前者決定應用程式是否將請求交給本機代理，後者決定進入核心的請求要如何轉送。首次確認連線時，可暫時使用「全域」路由，減少直連規則造成的干擾；確認完成後，再切回日常分流設定。
系統代理＋暫時使用全域路由
建議在「系統代理」中開啟自動設定，並在「路由」中選擇全域代理的預設設定。兩者都設定好，才能確認瀏覽器請求是否經過目前使用的節點。
適用情境：首次連線確認、排除分流規則影響。
系統代理＋日常分流
應用程式仍連線至本機入口，但核心會依據網域、位址等規則選擇直連或代理。出口查詢網站也可能依規則採用直連。
適用情境：完成連線確認後的日常使用。
僅設定作用中伺服器
核心已有可用的遠端出口，但未設定代理的應用程式通常仍沿用原本的網路路徑。狀態列顯示節點名稱，無法單獨證明瀏覽器已成功接入。
適用情境：在應用程式內手動設定代理，或單獨執行命令列測試。
此處的「全域」是指核心的路由範圍，不代表電腦上的所有流量都會自動經過代理。忽略系統代理的應用程式、個別設定代理的瀏覽器擴充功能，以及部分 UDP 請求，都需要另外檢查。本文的瀏覽器驗證主要針對遵循系統代理設定的 HTTP 與 HTTPS 請求。
四、透過瀏覽器比對出口並查看連線記錄
先選擇可信任的出口查詢服務，前後比對時都使用同一個服務。例如，在瀏覽器網址列輸入 https://api.ipify.org，即可查看該次請求顯示的公網位址。這類服務會取得訪客的出口位址；請勿一併向第三方提交含有訂閱連結或驗證欄位的畫面截圖。
- 記錄直連基準：暫時清除系統代理，在 TUN 已關閉且沒有其他代理接管的情況下重新整理頁面，記下顯示的位址。
- 記錄代理結果：恢復「自動設定系統代理」，維持相同的作用中節點，並暫時切換至全域路由，再重新載入同一個網址。
- 確認記錄中的路由：若目前的記錄層級會顯示連線資訊，請搜尋目標網域對應的請求，確認出站方向是代理而非直連。不同核心的出站標籤可能不同，請依實際設定判斷。
- 排除瀏覽器設定覆蓋：檢查代理管理擴充功能及瀏覽器獨立的代理設定。無痕視窗可減少快取干擾，但不保證擴充功能或代理設定已停用。
出口位址不同，是兩次請求經由不同出口的有力證據；若出口位址相同，仍需檢查分流規則與應用程式接入情況，不能直接判定節點失效。也請確認兩次請求是否分別使用 IPv4 與 IPv6；不同位址家族的結果不宜直接比較。瀏覽器快取也可能保留舊結果，必要時請強制重新整理後再試。
五、透過命令列驗證：比對明確指定代理與直連
命令列工具不一定會讀取 Windows 系統代理設定。明確指定代理位址，可排除「應用程式是否讀取系統設定」這項變數，直接檢查本機入口至遠端出口的連線。在 Windows PowerShell 中使用 curl.exe，避免舊版環境中的 curl 別名造成參數意義不同。
HTTP 代理入口
- 代理位址
127.0.0.1- 範例連接埠
10808- 命令參數
--proxy http://127.0.0.1:10808- 必要條件
- 此連接埠支援 HTTP 代理或混合入站
HTTPS 目標會透過 HTTP CONNECT 建立通道；本機入口使用 http，不代表目標連線未使用 TLS。
SOCKS 代理入口
- 代理位址
127.0.0.1- 範例連接埠
10808- 命令參數
--proxy socks5h://127.0.0.1:10808- 必要條件
- 此連接埠支援 SOCKS 或混合入站
socks5h 會將目標網域交由代理解析，避免 curl 先在本機解析目標網域。
確認連接埠後，請依序執行以下命令。第一條會明確指定不使用代理，並忽略代理環境變數；後兩條則分別測試 HTTP 與 SOCKS 入口。如果本機不是混合入站，請將對應命令中的連接埠改為實際使用的值。以下命令不含實際測量結果，回傳位址與耗時請以本機輸出為準。
# 直連基準：關閉 TUN 與其他透明接管後執行
curl.exe -4 --noproxy "*" --connect-timeout 5 --max-time 15 https://api.ipify.org
# HTTP 代理：清除 NO_PROXY 略過清單，強制使用指定入口
curl.exe -4 --noproxy "" --proxy http://127.0.0.1:10808 --connect-timeout 5 --max-time 15 https://api.ipify.org
# SOCKS 代理：將目標網域交由代理解析
curl.exe --noproxy "" --proxy socks5h://127.0.0.1:10808 --connect-timeout 5 --max-time 15 https://api.ipify.org前兩條命令使用 -4，有助於減少直連端與本機連線的位址家族差異；SOCKS 遠端解析時，最終目標的位址家族仍取決於代理端的解析與路由。若回傳結果顯示不同位址家族，請搭配記錄判斷，不要只比對字串是否相同。
| 連線結果 | 優先檢查項目 | 下一步 |
|---|---|---|
| 連線遭本機連接埠拒絕 | 核心尚未啟動，或連接埠填寫錯誤 | 確認狀態列顯示的入口，並查看監聽失敗記錄。 |
| 已連上本機入口，但請求逾時 | 遠端連線、目標網站連線狀況或 DNS | 改用已通過實際連線測試的節點，並維持其他條件不變。 |
| 命令執行成功，但瀏覽器連線失敗 | 系統代理或瀏覽器覆蓋設定 | 重新自動設定系統代理，並暫時停用代理管理擴充功能。 |
| 代理命令與直連的出口相同 | 核心路由選擇了直連 | 暫時切換至全域代理路由，並查看出站記錄。 |
六、首次連線常見問題
實際連線測速成功，為什麼網站還是打不開？
測速使用特定測試網址，瀏覽器可能尚未接入本機代理，目標網站也可能有個別連線問題。請先確認已「設為活動伺服器」，再檢查「系統代理」→「自動設定系統代理」，最後使用明確指定代理的命令請求同一個目標，逐步縮小問題範圍。
延遲最低的節點就是速度最快的嗎？
不一定。實際連線延遲反映測試請求完成所需時間，不等於下載頻寬。請優先選擇能連續通過測試的節點，再於相近時段瀏覽實際需要使用的網站；批次下載測速會消耗訂閱流量，不適合作為每次啟動時的必要步驟。
記錄顯示 address already in use，該怎麼處理？
通常是本機監聽連接埠已被其他程序占用。請先確認用戶端是否重複啟動；若確實需要更改連接埠，前往「設定」→「參數設定」修改入站連接埠，儲存並重新啟動相關服務，再重新設定系統代理，同時更新命令列中的連接埠。
切換至 VLESS 節點後，需要重新填寫協定欄位嗎？
完整訂閱通常已包含伺服器要求的欄位。請勿任意更改傳輸、TLS、REALITY 或 flow 參數；若出現不支援欄位的錯誤，請先確認目前使用的核心是否支援這組設定，再向訂閱服務提供者確認參數。修改欄位無法解決伺服器端設定不相符的問題。
結束用戶端後網頁打不開，該如何恢復？
請先重新啟動 v2rayN，在「系統代理」選單中選擇「清除系統代理」。如果無法啟動用戶端，請前往 Windows「設定」→「網路和網際網路」→「Proxy」，關閉殘留的手動 Proxy 設定，再確認是否有其他代理程式仍在接管網路。
七、確認連線後恢復日常分流
首次連線是否成功，不是看狀態列有沒有顯示節點名稱，而是確認本機入口可連線、明確指定代理的請求成功、瀏覽器接入設定正確，且目標請求確實使用預期的出站路由。記下這些判斷依據，比反覆點擊測速更有助於日後排除問題。
- 保留一個經過多次測試的作用中節點，並記下所屬訂閱群組，避免更新後誤選提示項目。
- 將暫時使用的全域路由切回日常分流，再檢查常用網站；部分網站恢復直連是符合規則的預期結果。
- 記下實際使用的 HTTP、SOCKS 連接埠，不要混淆遠端伺服器連接埠與本機監聽連接埠。
- 需要尋求協助時，請提供用戶端版本、核心類型、發生時間及已移除敏感資訊的錯誤訊息；請隱藏訂閱網址、驗證識別資訊與連線憑證。