適用於已選取節點、核心看似已啟動，卻遇到瀏覽器逾時或連線遭拒的情況。先確認瀏覽器是否將請求交給 v2rayN，再檢查本機監聽、遠端節點與 TLS 握手，最後處理分流和防火牆。每次只修改一個變數，並使用同一個測試網址，避免把偶然恢復誤認為問題已修復。
一、系統代理：確認瀏覽器請求已送入核心
「已連線」不代表網頁一定能正常瀏覽。選取節點表示後續流量會使用該設定，核心啟動表示程序已在執行；瀏覽器是否使用代理、伺服器是否接受連線、目標網站是否回傳內容，仍是彼此獨立的環節。先暫時關閉主視窗中的「啟用 TUN」，使用系統代理進行最基本的測試，避免兩種流量接管方式疊加，增加排查難度。
-
設定系統代理
在 v2rayN 主視窗選擇「系統代理」→「自動設定系統代理」。部分版本的選項位於視窗底部，也可從系統匣的右鍵選單進入；請勿選擇「清除系統代理」或「不變更系統代理」。
-
檢查系統設定
在 Windows 11 開啟「設定」→「網路和網際網路」→「Proxy」→「手動設定 Proxy」。確認 Proxy 伺服器已啟用、位址指向
127.0.0.1，且連接埠與用戶端實際使用的 HTTP 或混合監聽連接埠一致。 -
排除瀏覽器設定覆寫
暫時停用瀏覽器的 Proxy 擴充功能。Edge、Chrome 通常會使用系統 Proxy；Firefox 則需前往「設定」→「一般」→「網路設定」→「設定」，確認已選擇「使用系統 Proxy 設定」。
-
查看新增的記錄
開啟先前無法瀏覽的 HTTPS 網頁，同時查看主視窗記錄或連線清單。若出現該網域的新請求，表示請求至少已進入核心；完全沒有記錄時，先檢查瀏覽器如何接管流量，不要急著更換節點。
不同版本可能會因記錄層級設定而隱藏存取記錄，因此「沒有記錄」只能作為線索，不能當成定論。稍後可使用明確指定 Proxy 的指令，繞過系統代理設定，直接測試本機入口。
二、監聽連接埠：區分服務未啟動與連接埠被占用
開啟「設定」→「參數設定」，檢查本機監聽連接埠。較新的 v2rayN 通常使用 10808 作為混合連接埠，可同時接收 HTTP 與 SOCKS 請求；部分舊設定則會將 SOCKS 和 HTTP 分別設為 10808、10809。請勿直接將舊教學中的連接埠填入目前的系統設定；以下指令假設實際混合連接埠為 10808。
netstat -ano | findstr :10808
curl.exe -I --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 20 https://www.microsoft.com/netstat 輸出中應有對應本機位址的 LISTENING 列，最後一欄是程序 PID。在「工作管理員」→「詳細資料」中依 PID 尋找程序，確認監聽者是這次啟動的核心，而非另一個用戶端執行個體。指令中的 10 秒是連線逾時上限，20 秒是整次要求的時限，不代表測得的網路延遲。
| 觀察結果 | 優先判斷 | 下一步 |
|---|---|---|
| 沒有 LISTENING 列 | 連接埠設定錯誤或核心未成功啟動 | 查看啟動記錄，修正設定錯誤後重新選取節點 |
| 監聽 PID 屬於其他程式 | 連接埠衝突 | 關閉衝突的執行個體，或變更本機連接埠並同步更新系統代理 |
| 明確指定 Proxy 後收到目標網站的 HTTP 回應，但瀏覽器仍無法連線 | 本機入口與這次目標請求大致正常 | 檢查瀏覽器擴充功能、個別 Proxy 設定與快取連線 |
| 本機監聽正常，但請求持續逾時 | 遠端連線、DNS 或路由仍有問題 | 繼續測試節點，並查看同一時間的錯誤記錄 |
結論：先固定入口，再調整出站
若明確指定 Proxy 的指令已收到目標網站的回應，請保留目前的節點與連接埠，只排查瀏覽器的代理路徑。若只看到 HTTP CONNECT 已建立連線的提示，仍須確認後續 TLS 握手及目標網站回應，不能就此認定已成功連線。
三、節點狀態：Tcping 成功不代表代理正常
在節點清單選取伺服器，透過右鍵選單執行「測試伺服器真實連線延遲」；也可以「測試伺服器延遲 Tcping」作為對照。選單文字可能因版本而略有不同，重點是分辨「TCP 連接埠可連線」與「完整代理請求可完成」。成功匯入訂閱只表示設定已讀取，不代表遠端服務仍可使用。
- Tcping 有結果，真實連線失敗：優先檢查協定、連接埠、使用者 ID、傳輸方式、TLS 的 serverName，以及服務端提供的其他驗證參數。TCP 握手不會驗證這些設定。
- 兩項都逾時：檢查節點網域是否能解析、遠端連接埠是否仍在提供服務，並使用同一個節點切換到另一個可用網路進行比對。
- 真實連線成功，只有一個網站無法開啟：改測另一個 HTTPS 網站。測速網址可能符合不同的路由規則，無法據此排除目標網域的分流設定或伺服器端限制。
- 另一個節點正常：先保留正常節點作為對照，再檢查故障節點的訂閱內容。不要同時重新安裝用戶端、重設 DNS 並修改防火牆。
VMess、VLESS 是協定設定，不能互相替代。不要為了「試試看」就擅自切換節點協定或移除 TLS 驗證條件。若服務提供者已更換位址或驗證參數，請透過「訂閱群組」選單更新對應訂閱，再確認目前使用的節點已指向更新後的項目。
錯誤：connection refused
原因與處理方式：目標位址的連接埠主動拒絕連線。先查看錯誤中的位址：若是 127.0.0.1:10808，請修復本機監聽；若是節點伺服器，請檢查遠端連接埠與服務狀態。
錯誤：i/o timeout
原因與處理方式：某個步驟的讀寫操作超過等待時間，單看這段訊息無法判斷故障位置。請根據完整記錄中的目標位址，分別檢查節點連線、DNS 查詢或目標網站回應。
四、系統時間與 TLS：不要關閉驗證來略過錯誤
系統時間嚴重錯誤會影響憑證有效期限判斷，也可能影響具有時間驗證的協定認證。開啟 Windows「設定」→「時間與語言」→「日期與時間」，啟用「自動設定時間」，確認時區後按下「立即同步」。重點是日期與實際時間正確，而不只是桌面顯示的時數看起來接近。
錯誤：x509: certificate has expired or is not yet valid
原因與處理方式：憑證已過期、尚未生效，或本機時鐘錯誤。先同步系統時間；若時間正確但問題仍然發生，應請節點維護人員檢查憑證有效期限。
錯誤：x509: certificate signed by unknown authority
原因與處理方式：憑證鏈無法通過信任驗證，也可能是網路中存在 HTTPS 檢查。請檢查伺服器端憑證鏈與網路環境，不要直接啟用略過憑證驗證。
若節點使用 TLS，連線位址與用於憑證驗證的 serverName 不一定相同，必須依服務端設定填寫。不要任意將 serverName 改成常見網站網域。使用 REALITY 的節點也應檢查公鑰、shortId 與服務端指定的 serverName；這些參數錯誤時，變更本機監聽連接埠並無助益。
五、路由與 DNS：全域模式僅用於比對問題
前四項都正常後，再檢查主視窗中的「路由」選項。先記下目前的規則名稱，再暫時選擇內建的「全域」模式，重新測試同一個無法瀏覽的網址。對一般代理請求而言，這有助判斷原本的直連、代理或封鎖規則是否設定錯誤；但不代表所有應用程式和 DNS 請求都已由代理接管。
| 比對結果 | 可能原因 | 檢查位置 |
|---|---|---|
| 全域模式可用，原規則失敗 | 目標流量被設為直連、封鎖，或套用到不適用的出口 | 「設定」→「路由設定」，檢查規則順序與目標網域條件 |
| 記錄出現 no such host | 網域名稱解析失敗 | 確認無法解析的是節點位址還是目標網站，再檢查對應的 DNS 路徑 |
| 只有自訂路由無法啟動 | 規則語法錯誤，或所需資料檔無法使用 | 還原內建規則，查看啟動記錄中的具體欄位與檔案錯誤 |
| 全域模式與原規則都失敗 | 問題不一定出在路由 | 重新檢查節點握手與本機入口，不要反覆疊加網域規則 |
路由通常依序比對，前面的寬泛規則可能會遮蔽後面的精確規則。使用 geosite:cn、geoip:private 等規則時，也要確認目前的核心能讀取所需資料。Xray 與其他核心的設定格式並非完全相同，不要直接貼上其他核心的整段設定。
- 在 Windows 終端機執行
nslookup www.microsoft.com，只能查看目前系統的解析路徑，無法證明核心的遠端 DNS 正常。 - 若懷疑系統 DNS 快取有問題，調整相關設定後再執行
ipconfig /flushdns，接著重新開啟瀏覽器測試。清除快取無法修復節點驗證錯誤。 - 測試完成後還原原本的路由，再逐項修正規則；不要把暫時的全域模式當成解決所有 DNS 問題的長期方法。
六、防火牆與 TUN：最後檢查權限與封鎖規則
若本機監聽、節點參數與名稱解析都正常，再檢查安全軟體的封鎖記錄。開啟「Windows 安全性」→「防火牆與網路保護」→「進階設定」，查看「輸出規則」中是否有封鎖目前核心執行檔的規則。用戶端更新後，程式路徑可能會改變，請依實際檔案位置確認，不要只看舊規則名稱。
- 只測試本機 Proxy：通常不需要對區域網路開放監聽，也不必在路由器設定
10808連接埠轉送。不要為了修復網頁瀏覽而啟用「允許來自區域網路的連線」。 - 有明確的封鎖記錄：只為可信任的用戶端及目前使用的核心建立必要的允許規則。不要永久關閉整個防火牆或所有安全防護。
- 系統代理正常，TUN 失敗：依用戶端提示取得所需的系統管理員權限，查看虛擬網卡與路由建立記錄，並退出其他正在接管流量的軟體後進行比對測試。
- 使用公司或校園網路：請先遵守網路管理規定。若切換網路後同一組設定恢復正常，請記錄網路差異並請管理員確認出口政策，不要任意擴大本機權限。
七、常見問題：恢復連線後的確認
瀏覽器可以上網，為什麼終端機仍然逾時？
不少命令列程式不會自動使用 Windows 系統代理。請先使用前文的 curl.exe --proxy 指令明確指定入口；確認連線成功後，再依該工具的方式設定 Proxy。不能只憑瀏覽器的測試結果，就認定終端機也能正常連線。
關閉 v2rayN 後，連一般網頁也無法開啟？
檢查系統代理是否仍指向已停止的本機連接埠。可重新開啟 v2rayN，選擇「系統代理」→「清除系統代理」；或在 Windows Proxy 設定中關閉這次手動設定的 Proxy，再重新開啟瀏覽器測試。
真實連線延遲有數值，網頁卻一直載入？
測速只涵蓋測試網址與當下的請求。請使用同一個無法連線的網域查看記錄，再暫時以內建的「全域」路由進行比對。如果只有該網站無法開啟，優先檢查網站分流與目標服務，不要把測速結果當成所有網站都能正常使用的證明。
排查到最後仍然失敗，需要提供哪些資訊？
記下 v2rayN 與核心的確切版本、系統版本、代理模式、本機連接埠，以及故障發生前後的記錄。分享前請隱藏訂閱連結、使用者 ID、驗證參數與私人位址；保留原始錯誤訊息、出錯階段與測試步驟即可。
修復後請反向完成收尾：還原日常分流規則、撤銷臨時變更，確認瀏覽器與需要使用代理的應用程式都能連線，再結束用戶端並檢查系統代理是否已正確清除。記下最後正常使用的連接埠、節點與規則名稱，下次升級後即可快速比對。