適用於 v2rayN 已啟動並選好節點，但瀏覽器逾時、部分網站無法開啟或訂閱更新失敗的情況。先確認瀏覽器請求是否送到本機代理，再檢查 DNS 解析、出站規則與遠端連線。本文以 Windows 為主，透過本機連接埠、命令輸出與日誌時間逐步定位問題，避免反覆重裝或一次修改多項設定。
一、區分核心啟動與網頁連線成功
v2rayN 是用戶端介面，實際連線由所選核心處理。選取節點、啟動核心、啟用系統代理和成功開啟網站，是不同的步驟。介面顯示執行中，通常只代表本機程式已開始運作，不表示遠端伺服器已完成驗證，也不代表所有應用程式都使用代理。
節點清單中的 TCP 延遲也不能取代網頁測試。連接埠能建立 TCP 連線，只能證明這一層可以連通；VLESS 或 VMess 參數、TLS 交握及目標網站連線仍可能失敗。先記錄故障範圍，比直接更換協定更容易找出原因。
- 所有應用程式都無法上網：先暫時關閉系統代理，退出目前接管流量的 TUN 模式，確認一般網路是否恢復。
- 只有瀏覽器無法使用：優先檢查瀏覽器獨立代理、代理擴充功能和安全 DNS 設定。
- 只有部分網域無法連線：優先檢查 DNS、路由規則命中情形與目標網站回應，不要立刻判定整個節點失效。
- 切換節點後才出現問題：記下切換時間，查看該時間之後的核心日誌，排除舊連線或先前錯誤的干擾。
二、確認系統代理與瀏覽器使用相同入口
系統代理會指定遵循該設定的應用程式將請求送往何處，但不會自動接管所有程式。瀏覽器若啟用了自訂代理擴充功能，可能會略過 Windows 設定；終端工具也可能只讀取命令參數或環境變數。因此，「瀏覽器無法開啟網站」和「核心無法轉送流量」需要分開確認。
-
設定作用中的節點
在 v2rayN 伺服器清單中，以滑鼠右鍵點選目標項目，選擇「設為活動伺服器」。確認底部顯示的活動伺服器資訊已更新，再查看核心是否正常啟動。
-
啟用系統代理
在主介面底部的「系統代理」選單中選擇「自動設定系統代理」，也可從系統匣圖示的相應選單進入。排查期間先不要同時啟用 TUN，以免混淆流量入口。
-
確認代理位址
開啟 Windows「設定」→「網路和網際網路」→「Proxy」，核對手動代理位址與用戶端的監聽設定。常見的迴送位址是
127.0.0.1，連接埠必須與實際的 HTTP 或混合監聽連接埠一致。 -
排除瀏覽器自訂設定
暫停瀏覽器代理擴充功能，將獨立代理設定改為使用系統代理，然後關閉並重新開啟瀏覽器。先測試同一個網址，不要同時修改 DNS 和路由。
關閉系統代理後一般網站恢復正常，重新啟用後卻全部無法連線，表示問題與代理路徑有關，但還不能判定節點失效。接著應確認本機連接埠是否確實有程式監聽，以及瀏覽器使用的協定是否符合監聽類型。
三、透過本機連接埠與明確指定代理找出問題點
在 v2rayN「設定」→「參數設定」中確認本機監聽設定；欄位位置依目前版本而異。混合連接埠可接收其支援的多種代理協定，SOCKS 專用監聽則不能直接當作 HTTP 代理使用。以下命令請在 Windows 終端機執行，範例假設 HTTP 或混合監聽連接埠為 10808。
netstat -ano | findstr :10808
curl.exe -I --connect-timeout 10 --max-time 20 --proxy http://127.0.0.1:10808 https://example.com/
curl.exe -I --connect-timeout 10 --max-time 20 --noproxy "*" https://example.com/查看 netstat 輸出時，應確認本機位址、LISTENING 狀態和 PID，不能只看到連接埠號碼就認定正常。可在工作管理員的「詳細資料」中依 PID 查找處理程序，確認占用連接埠的是目前用戶端啟動的核心。請勿直接結束來源不明的系統處理程序。
| 測試結果 | 可判斷的情況 | 下一步處理 |
|---|---|---|
| 本機連接埠沒有監聽 | 請求尚未送進代理核心 | 查看啟動日誌、設定載入錯誤與連接埠占用情形 |
| 明確指定代理後測試成功，但瀏覽器仍失敗 | 前往該測試目標的代理路徑正常 | 檢查系統代理、瀏覽器擴充功能與瀏覽器 DNS 設定 |
| 收到 HTTP 403 或 405 | 已收到 HTTP 回應，不等於連線逾時 | 參照憑證、回應標頭與其他網站，判斷限制來源 |
| 直接連線成功，但明確指定代理後逾時 | 問題集中在代理路徑 | 查看該請求的解析、出站與交握日誌 |
結論：分開檢查應用程式入口與出站連線
同一個網址透過明確指定代理測試能收到回應，但瀏覽器仍逾時時，先處理瀏覽器到本機連接埠這一段。此時反覆更新訂閱或更換節點，通常無法解決入口設定問題。
如果監聽連接埠僅支援 SOCKS，可使用 --proxy socks5h://127.0.0.1:10808 另行測試。socks5h 代表將目標網域交由代理端解析；這與先在本機解析網域再交給 SOCKS 的測試方式不同。
四、分兩個階段檢查 DNS 問題
DNS 不只影響目標網站。若節點位址使用網域名稱，核心通常必須先將節點網域解析為 IP 位址，這一步失敗，後續代理連線就無法開始。目標網站的網域則可能由本機、核心設定的解析器或遠端處理，實際方式取決於入站類型、路由與 DNS 設定。
nslookup example.com
ipconfig /flushdnsnslookup 可協助檢查 Windows 目前使用的預設解析路徑，但不一定會經過 v2rayN 內建的 DNS，也無法驗證瀏覽器的安全 DNS。查詢結果有回傳位址，只能證明該次查詢收到回應，不能證明此位址適用於目前網路，更不能證明代理連線正常。清除系統 DNS 快取後，瀏覽器和核心仍可能保留各自的快取。
- 先檢查節點網域：從節點編輯視窗確認伺服器位址沒有空格或錯誤字元，且網域仍有效。
- 再檢查目標網域：比對同一目標的系統查詢結果與核心日誌，判斷問題出在 DNS 解析還是後續連線逾時。
- 檢查瀏覽器安全 DNS：暫時改用系統解析進行比對，記錄結果後再決定要保留哪一種解析方式。
- 調整核心 DNS：若目前版本提供「設定」→「DNS 設定」，請檢查解析器位址及前往解析器的路由；不要讓解析節點網域的請求依賴尚未建立的同一條代理連線。
五、確認路由分流與實際出站路徑
啟用系統代理，不代表所有送進核心的請求都會經由代理伺服器。路由規則仍可能將網域或位址導向直連、代理或封鎖出站。規則通常依序比對，前面的寬泛規則可能蓋過後續的精細規則；也要配合網域解析策略，理解 IP 規則為何會命中。
- 在主介面底部的「路由」選單記下目前預設設定；若有自訂規則，請先備份，再暫時選擇能明確將測試目標導向代理的預設或規則。
- 只存取一個目標網站並記下時間。若日誌詳細程度足夠，請搜尋目標網域、入站連線和選用的出站標籤，確認請求沒有意外直連或遭到封鎖。
- 若曾手動修改自訂設定，請確認規則引用的出站標籤確實存在。介面顯示的節點名稱與核心的出站標籤並不是同一個概念。
- 還原原本的預設設定後再測試一次。只有在切換規則後能穩定重現差異時，才優先修正規則；不要同時更換節點和 DNS。
TUN 是另一種流量入口，也涉及虛擬網卡、路由表與權限。若明確指定代理後運作正常，只有 TUN 失敗，應檢查 TUN 啟動日誌與系統路由，而不是繼續調整瀏覽器的系統代理。分開測試兩種模式，才能避免將網卡問題誤判為協定問題。
六、根據錯誤訊息檢查節點與訂閱
確認本機監聽和應用程式入口都正常後，再處理遠端連線。以下是日誌中可能出現的錯誤片段；不同核心與系統的完整訊息可能有所差異。請一併查看錯誤前後的目標位址與時間，不要只憑單一關鍵字就下結論。
錯誤：bind: address already in use
原因：啟動時要繫結的位址或連接埠已被占用。處理方式：依日誌中的實際連接埠查詢 PID，關閉重複啟動的執行個體，或調整監聽連接埠後同步更新系統代理。
錯誤：connection refused
原因：目標連接埠拒絕連線，可能發生在本機監聽連接埠，也可能發生在遠端節點。處理方式：先確認錯誤指向的 IP 與連接埠；本機位址請檢查核心狀態，遠端位址則確認伺服器連接埠與服務狀態。
錯誤：no such host
原因：相關網域無法透過當時使用的解析路徑取得位址。處理方式：確認錯誤中的網域是節點還是目標網站，再檢查對應的解析器、網域拼字與 DNS 連線路徑。
錯誤：context deadline exceeded
原因：某個操作超過等待時間，僅憑這段訊息無法判斷問題發生在 DNS、連線或交握階段。處理方式：根據前後日誌定位階段，再使用同一個測試目標，改用已知可用的節點進行比對。
編輯節點時，請逐項比對服務提供者目前提供的參數：伺服器位址、連接埠、使用者識別碼、傳輸方式、TLS 與伺服器名稱。VMess 和 VLESS 是不同協定，不能只更改協定名稱後沿用所有欄位；REALITY 設定還需確認公鑰、Short ID 等參數，以及目前執行的核心是否支援該設定。
憑證有效期或交握異常也可能是系統時間不準造成。可在 Windows「設定」→「時間與語言」→「日期與時間」確認是否已啟用自動設定時間，並執行同步。不要為了掩蓋位址或時間錯誤而關閉憑證驗證。
- 訂閱中有節點不代表仍然有效：確認最近一次更新結果、服務期限和流量額度，並確認舊節點是否已遭替換。
- 訂閱更新失敗不代表網頁代理也失敗：更新請求可能使用不同連線路徑，請檢查目前版本是否提供透過代理更新的選項。
- 分享日誌前先移除敏感資訊：隱藏訂閱網址、使用者識別碼與驗證資訊，保留時間、錯誤訊息及必要的連接埠資訊。
七、常見問題與修復後確認
延遲只有 80 毫秒，為什麼網頁還是逾時？
此處的 80 毫秒是假設的 TCP 測試結果，不是實際網頁載入時間。先確認使用的測試類型，再執行明確指定代理的請求；即使 TCP 可連通，仍可能在使用者驗證、TLS 交握或存取目標網站時失敗。
更換連接埠後，瀏覽器為什麼還是無法連線？
先在「系統代理」中清除目前設定，再選擇「自動設定系統代理」，接著確認 Windows 代理連接埠。若瀏覽器擴充功能仍設定舊連接埠，也要同步修改擴充功能設定並重新啟動瀏覽器。
退出 v2rayN 後，連一般網頁也無法開啟？
檢查 Windows「設定」→「網路和網際網路」→「Proxy」，關閉已沒有本機監聽服務的手動代理；若先前啟用了 TUN，也要確認已停用。恢復基本網路連線後，再重新啟動用戶端逐項測試。
需要刪除所有設定並重新安裝嗎？
先不要刪除。備份目前設定並記錄錯誤，只有在設定無法載入、程式檔案遺失或確認有相容性問題時，才從下載中心取得合適版本進行比對。重新安裝不會自動修復失效節點或錯誤的訂閱。
修復後，請使用同一個網址重新測試瀏覽器存取與明確指定代理，再測試日常使用的網站。逐一還原原本的路由、瀏覽器擴充功能或 TUN 設定，每還原一項就測試一次；若問題隨某項設定再次出現，請保留這項可重現的線索以便繼續排查。
- 本機連接埠由預期的核心監聽，系統代理指向正確的位址與連接埠。
- 目標請求收到合理回應，日誌中沒有持續重複的連線或解析錯誤。
- 重新啟動用戶端後仍可正常存取，退出用戶端後的系統網路狀態也符合預期。