適用於 v2rayN 已選取伺服器、核心也已啟動，但瀏覽器仍逾時或顯示代理錯誤的情況。先確認流量是否進入本機代理，再檢查連接埠與路由，最後確認 DNS 和系統時間。本文以 Windows 桌面環境為例，透過明確指定代理的請求與記錄，區分瀏覽器設定、本機監聽和遠端連線問題；每次只變更一項，確認結果後再繼續。
1. 先分清核心已啟動與網頁請求成功
主畫面顯示執行中，只能表示用戶端已完成相應的啟動操作，無法證明目標網站可以連線。伺服器清單中的延遲測試也有其範圍：TCP 連線成功不代表通訊協定驗證通過，能連上某個測試位址也不代表所有網站都能瀏覽。排查時請固定使用同一個目標網址，否則不同網站的網路狀況可能讓你誤以為設定變更產生了效果。
先儲存目前設定，記下使用中的伺服器、系統代理狀態、路由模式、本機連接埠和測試時間。以下數值是用來重現問題的命令參數，不是測速結果，也不代表每台裝置的預設值。如果用戶端顯示的監聽連接埠不同，後續命令也必須一併修改。
- 先關閉 TUN，使用系統代理進行基準排查，避免同時啟用兩種流量接管方式。
- 暫停其他會變更代理、虛擬網卡或 DNS 的網路工具；受機關管理的裝置請先遵循管理規範。
- 開啟 v2rayN 的記錄區，記下請求發生錯誤的時間，不要只擷取成功啟動的提示。
- 確認一般網路已連線。如果網路需要透過瀏覽器登入驗證，請先清除系統代理、完成驗證，再恢復測試。
2. 系統代理：確認瀏覽器確實透過 v2rayN 連線
系統代理和伺服器選擇是兩項獨立設定。選好伺服器後，如果系統代理仍是關閉狀態，遵循系統設定的瀏覽器通常還是會直接連線。反過來說，用戶端退出後若系統代理設定未清除，瀏覽器可能會持續連到已停止監聽的本機連接埠。
-
啟用系統代理
在 v2rayN 的「系統代理」選單中選擇「自動設定系統代理」。桌面介面的選項位置可能因版本而異，請以選單文字和實際狀態為準。
-
確認系統設定
在 Windows 11 開啟「設定」→「網路和網際網路」→「Proxy」，檢查「手動設定 Proxy」中的位址與連接埠。內容應與用戶端提供的 HTTP 或混合代理監聽設定一致，而非遠端節點位址。
-
排除瀏覽器設定覆蓋
暫時停用代理切換擴充功能，並確認瀏覽器是否另有指定代理。使用獨立代理設定的瀏覽器，請改為使用系統代理，再重新開啟測試頁面。
-
確認退出時的狀態
若要退出用戶端並測試直連，請先到「系統代理」→「清除系統代理」撤銷設定。只關閉視窗可能會讓程式繼續留在系統匣，不能單憑視窗消失判斷核心已退出。
「自動設定系統代理」是用戶端的選單操作，不表示必須在 Windows 手動填入自動設定指令碼位址。如果裝置套用了組織提供的指令碼或代理政策，請勿覆寫後再猜測結果。命令列程式也不一定會使用 Windows 系統代理，下一節將透過明確指定代理參數，排除這項不確定因素。
3. 本機連接埠：先確認監聽，再測試明確指定代理
請從目前設定或啟動記錄讀取連接埠值。不同版本、舊設定和自訂選項可能使用不同連接埠，不能直接把舊教學中的 HTTP 連接埠套用到目前的混合連接埠。在 Windows PowerShell 執行以下命令，先確認範例連接埠是否有程式監聽。
netstat -ano -p tcp | findstr ":10808"找出本機位址為 127.0.0.1:10808、狀態為 LISTENING 的列，最右欄是處理程序 PID。如果監聽位址不同，請依實際設定判斷。接著到「工作管理員」→「詳細資料」核對 PID 所屬的處理程序，避免把其他程式的監聽誤認為 v2rayN 核心。
curl.exe --noproxy "" --proxy http://127.0.0.1:10808 --connect-timeout 5 --max-time 15 -I https://www.example.com/
curl.exe --noproxy "" --proxy socks5h://127.0.0.1:10808 --connect-timeout 5 --max-time 15 -I https://www.example.com/這兩條命令僅適用於該連接埠支援 HTTP、SOCKS 或兩者皆支援的情況。混合監聽可依序測試；若 HTTP 和 SOCKS 分別使用不同連接埠，請改填實際連接埠。--noproxy "" 用來排除不使用代理清單的干擾，socks5h 則會將目標網域交由代理端解析，實際解析位置仍取決於核心設定。測試網域只是固定的對照位址，不保證在所有網路環境中都能連線。
| 觀察結果 | 優先判斷 | 下一步 |
|---|---|---|
| 沒有監聽，連線立即遭拒 | 核心未啟動、連接埠填錯或監聽失敗 | 先檢查啟動記錄與連接埠占用情況 |
| 明確指定代理後可連線，瀏覽器卻失敗 | 系統代理或瀏覽器獨立設定不一致 | 返回系統設定，停用代理擴充功能後重新測試 |
| 本機監聽正常，但請求仍逾時 | 問題可能出在路由、伺服器連線或 DNS 解析 | 比對同一時間的核心記錄 |
| 收到目標網站的 HTTP 回應 | 該次請求已抵達 HTTP 服務 | 分辨網路連線成功與網站本身拒絕存取 |
4. 路由規則：分清流量進入代理與代理出站
瀏覽器將請求交給本機代理後，核心仍會依路由決定透過代理、直接連線或封鎖出站。因此，「系統代理已開啟」不代表每個網域都會經過遠端伺服器。尤其匯入自訂規則後，範圍過大的直連規則可能讓目標請求直接從本機送出。
- 先儲存目前規則：記下所選的路由設定，並複製自訂規則內容。不要刪除規則後，再憑記憶嘗試還原預設值。
- 確認比對順序：檢查目標網域是否符合前面的網域、位址範圍或入站條件。常見規則會依序比對，後面的代理規則不一定有機會執行。
- 一次只改一項進行對照：在「路由」選單中暫時選擇明確標示為全域代理的內建設定，再使用上一節的命令測試同一網址。不要同時更換伺服器和 DNS。
- 搭配記錄確認：若記錄中包含出站標籤，請確認實際使用的出站方式是否符合預期。標籤名稱由設定檔定義，不能只憑名稱推測其通訊協定。
- 驗證後恢復分流：若全域代理正常，請還原原設定，再找出實際命中的規則；不要長期將所有請求改走同一路徑來掩蓋規則問題。
路由中的網域解析策略也會影響依 IP 位址比對的規則。目標網域解析出不同位址時，可能會命中不同規則，因此不能把所有問題都歸因於節點。若只想了解入站、路由與出站之間的關係，可參考進階設定；但這次測試請勿直接貼上與目前核心不相容的完整設定。
5. DNS 解析：分別檢查伺服器位址與目標網域
至少要分別檢查兩種解析：遠端伺服器本身的網域，以及瀏覽器請求的目標網域。前者無法解析時，連線通常還沒抵達遠端；後者解析失敗時，可能只有部分網站無法開啟。瀏覽器的安全 DNS、系統 DNS 和核心 DNS 也是不同設定，變更其中一項不代表其他解析路徑也會跟著改變。
nslookup www.example.com
ipconfig /flushdns第一條命令會查詢系統目前使用的解析器，取得目標網域的解析結果；也請用相同方式查詢節點設定中的伺服器網域。若伺服器填的是 IP 位址，就不需要進行這項網域解析。第二條命令會清除 Windows DNS 用戶端快取，但不會自動清除瀏覽器或核心自己的快取。系統查詢成功，也無法證明代理端解析正常。
錯誤：curl: (5) Could not resolve proxy
原因與處理方式：代理主機名稱無法解析，問題出在代理入口，而非目標網站。請確認命令中的代理位址；本機測試應使用實際的回送監聽位址，避免將遠端節點網域誤填為 HTTP 代理入口。
錯誤：curl: (6) Could not resolve host
原因與處理方式：目前請求路徑無法解析目標主機。先確認請求是否依預期使用代理，再比對系統解析、核心解析與瀏覽器安全 DNS 設定；不要只靠反覆重新整理頁面判斷問題是否排除。
錯誤：bind: Only one usage of each socket address (protocol/network address/port) is normally permitted.
原因與處理方式：啟動監聽時，位址或連接埠發生衝突。使用連接埠查詢找出 PID，確認所屬處理程序後，關閉重複的程式執行個體，或更換監聽連接埠並同步更新系統代理設定。不要直接結束不熟悉的系統處理程序。
若一般 SOCKS 請求失敗，但 socks5h 請求成功，可優先檢查本機的目標網域解析；不過這只是排查線索，不能據此下定論。如果使用加密 DNS，解析器的連線路徑也可能依賴代理本身；應避免讓建立代理所需的伺服器網域解析，反過來依賴尚未建立的代理。變更後請重新啟動核心，並以同一個目標再次測試。
6. 時間同步與交握：不要關閉驗證來規避錯誤
時間偏差會影響憑證效期判斷，VMess 等通訊協定的驗證也可能受到影響。VLESS 本身與外層 TLS、REALITY 等傳輸安全設定不可混為一談：通訊協定驗證失敗、憑證錯誤和網路逾時需要分別處理，只顯示「已啟動」無法排除這些問題。
- 開啟 Windows「設定」→「時間與語言」→「日期與時間」，啟用「自動設定時間」、確認時區，再按一下「立即同步」。
- 若同步失敗，請先排查系統時間服務及連線至時間伺服器的條件；機關管理的裝置請交由管理員確認。不要只調整時區顯示，卻忽略實際系統時間。
- 重新送出一次請求，確認記錄中是否仍出現憑證已過期、尚未生效或交握失敗等訊息。
- 檢查節點提供的伺服器位址、連接埠、使用者 ID 和傳輸參數。TLS 的伺服器名稱、REALITY 的公鑰等欄位都應與伺服器端一致，不要憑猜測修改。
7. 常見問題與排查收尾
延遲測試有數字，為什麼網頁還是逾時？
延遲測試只驗證該測試使用的連線路徑。請先用明確指定代理的命令存取固定網址，再查看相應記錄；即使 TCP 延遲測試成功，也不能據此認定使用者 ID、TLS 參數或目標網站連線都已通過。
開啟 TUN 才能使用，是不是系統代理壞了？
不一定。部分應用程式不會遵循系統代理，或使用獨立的代理設定。請先關閉 TUN，分別透過瀏覽器和明確指定代理的請求進行驗證；只有明確指定代理時正常、瀏覽器卻異常，才優先修正應用程式的代理設定。
換了另一個節點就恢復，能確定原本的節點失效了嗎？
只能表示問題可能與兩組設定的差異有關。請比對伺服器網域、連接埠、通訊協定和傳輸參數，再重新測試。訂閱資料可能已更新伺服器端資訊，確認來源後再更新對應群組；請勿將完整訂閱網址貼到公開討論區。
退出 v2rayN 後所有網頁都無法開啟，該怎麼辦？
先在 Windows「設定」→「網路和網際網路」→「Proxy」檢查是否仍留有本機代理設定。必要時重新啟動 v2rayN，執行「系統代理」→「清除系統代理」，再測試直接連線；受組織管理的代理設定請勿自行刪除。
排查完成後，請恢復暫時關閉的功能，並儲存最後確認可用的設定。如需進一步協助，請提供用戶端與核心版本、作業系統、監聽連接埠、路由模式、故障時間及已遮蔽敏感資訊的記錄。請移除訂閱權杖、使用者 ID 和其他憑證，但保留錯誤類型及發生順序。這些資訊比單獨一張顯示「已連線」的截圖更有助於找出問題。
- 明確指定代理後可連線，瀏覽器卻失敗：集中檢查系統代理與瀏覽器設定。
- 沒有監聽或連接埠衝突：先排除本機核心啟動問題，暫時不要調整遠端通訊協定。
- 全域代理正常、分流失敗：檢查規則比對、解析策略與實際出站方式。
- 所有連線方式都失敗：搭配 DNS、交握記錄及伺服器端參數繼續排查，避免反覆疊加設定。