適用於 v2rayN 已啟動、已選取節點,但瀏覽器仍逾時的情況。先透過明確指定代理的請求,確認本機入口與節點連線,再檢查系統代理、DNS、分流規則和 TLS 時間條件;Android 另須確認 VPN 授權與應用程式分流。每次只變更一項設定並記錄結果,避免同時更換節點、連接埠和 DNS 設定,導致無從判斷原因。
1. 先分清「已啟動」與「可連線」
用戶端出現執行圖示、核心開始輸出日誌,通常只代表本機程序已啟動。延遲測試成功,也不代表能連上目標網站:TCP 探測、實際 HTTP 請求與瀏覽器存取檢查的是不同環節。V2Ray/Xray 是核心,v2rayN 是設定與管理介面;瀏覽器還必須將請求送至正確的本機入口。
先記下目前使用的節點、路由模式、系統代理狀態和本機監聽連接埠,再選一個平時可正常存取的 HTTPS 網頁進行測試。以下三個連接埠號碼僅用來說明用途,不代表所有版本的預設值。請以「設定」→「參數設定」中的實際連接埠,以及啟動日誌顯示的監聽位址為準。
- 所有網頁都無法連線:優先檢查本機監聽、系統代理與節點連線狀態。
- 只有部分網域無法連線:優先檢查路由規則、DNS 解析結果及目標網站狀態。
- 瀏覽器可用,特定程式無法連線:確認該程式是否遵循系統代理設定,先別急著更換協定。
- 關閉用戶端後仍無法上網:先確認系統是否還留有指向本機連接埠的手動代理設定。
2. 使用明確指定代理的請求定位問題
明確指定代理可排除「瀏覽器是否使用系統代理」這項疑問。以下命令請在 Windows PowerShell 中執行,使用 curl.exe 避免受到同名命令別名影響。範例會連線至 https://example.com/;也可改用你確認能正常存取的網頁。10 秒是連線等待上限,20 秒是整個請求的時間上限,並非速度測試結果。
# 先確認本文範例連接埠是否正在監聽
Get-NetTCPConnection -State Listen -LocalPort 10808,10809 -ErrorAction SilentlyContinue
# 僅在確認 10808 是 SOCKS 或混合入口時執行
curl.exe --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -v -o NUL https://example.com/
# 僅在確認 10809 是 HTTP 或混合入口時執行
curl.exe --proxy http://127.0.0.1:10809 --connect-timeout 10 --max-time 20 -v -o NUL https://example.com/
如果目前版本只使用單一混合連接埠,請將兩個命令都改成實際使用的連接埠;不要為了照抄範例而額外開啟監聽。socks5h 會將目標網域交由代理端解析,但核心仍可能依路由策略進行解析,因此需搭配日誌判斷測試結果。
| 測試結果 | 說明 | 下一步 |
|---|---|---|
| 本機連線立即遭拒 | 本機入口未監聽,或連接埠設定錯誤 | 檢查核心啟動日誌及連接埠占用情況 |
| 代理請求收到目標 HTTP 回應 | 此請求已成功經過代理連線 | 檢查瀏覽器與系統代理設定 |
| 出現 CONNECT 200 後仍然失敗 | 只建立了 HTTP 代理通道 | 繼續檢查 TLS 交握與後續回應 |
| 本機連線成功,之後逾時 | 問題可能出在節點、DNS 解析或對外路由 | 比對同一時間的核心日誌 |
結論:明確指定代理的請求成功後,優先檢查代理入口
若透過明確指定代理能取得同一目標網頁,但瀏覽器無法連線,先修正系統代理與瀏覽器的獨立代理設定;此時更換 VMess、VLESS 或傳輸方式,通常不是有效的第一步。
3. 確認系統代理與本機監聽連接埠一致
Windows 系統代理只會服務遵循該設定的程式,不會自動接管所有流量。瀏覽器擴充功能、程式內建代理和終端機環境變數都可能覆寫系統代理。排查時先關閉其他會變更代理設定的程式,並暫時停用 TUN,只保留一種流量接管方式;若目前網路仰賴其他 VPN 存取內網,請先儲存工作並確認影響範圍。
-
確認監聽設定
在 v2rayN 的「設定」→「參數設定」中查看本機監聽連接埠。不同版本可能標示為 SOCKS、HTTP 或混合連接埠;變更後請重新啟動核心,並確認日誌沒有啟動失敗訊息。
-
設定代理
在 v2rayN 主畫面的「系統代理」選單中選取「自動設定系統代理」。請勿以為選擇「清除系統代理」後,瀏覽器流量仍會經過代理。
-
檢查 Windows 設定
開啟 Windows「設定」→「網路和網際網路」→「Proxy」→「手動 Proxy 設定」。位址通常應為
127.0.0.1,連接埠則應對應 HTTP 或混合入口,而非僅支援 SOCKS 的入口。 -
排除其他設定覆寫
暫時停用瀏覽器代理擴充功能;若瀏覽器有獨立的網路設定,請選擇使用系統代理。關閉後重新開啟瀏覽器並測試網頁,再與明確指定代理的命令結果比較。
若程式本身支援 SOCKS5,可在程式中填入實際的 SOCKS 連接埠。請勿將節點伺服器位址和遠端連接埠填入 Windows 手動代理設定;這裡需要的是本機入口,而非訂閱中的伺服器參數。netsh winhttp show proxy 顯示的是 WinHTTP 代理,不能單憑此結果判斷瀏覽器的系統代理是否設定正確。
4. 分別檢查系統 DNS 與核心 DNS
DNS 問題至少分成兩類:無法解析節點伺服器網域,以及無法解析目標網站網域。前者會讓核心無法連上節點;後者則可能只影響部分網站。瀏覽器的安全 DNS、Windows DNS 與核心 DNS 不一定使用相同的解析路徑,因此一次 nslookup 成功,不能證明代理連線中的 DNS 解析也正常。
# 查看系統解析器對測試網域的回覆
nslookup example.com
# Windows:變更系統 DNS 後清除系統快取
ipconfig /flushdns
# 與上方 socks5h 測試比較:此命令會先在本機解析目標網域
curl.exe --proxy socks5://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -v -o NUL https://example.com/
- 本機解析失敗,交由代理解析網域卻成功:先檢查系統 DNS 位址與網路連線,不要直接重設節點。
- 日誌顯示節點網域解析失敗:確認節點位址沒有多餘空格,並檢查解析節點位址所用的 DNS 是否依賴尚未建立的代理,避免形成啟動循環。
- 只有瀏覽器無法連線:暫時關閉瀏覽器自訂的安全 DNS,改用系統解析後重新測試;測試完成後再決定是否恢復設定。
- 變更設定後結果仍相同:清除系統快取,並重新啟動瀏覽器與核心。清除系統快取不會一併清除瀏覽器或核心各自的快取。
5. 檢查路由規則是否將請求送往錯誤出口
v2rayN 的「系統代理」決定程式如何連到本機代理;「路由」則決定核心收到請求後要使用哪個出口。兩者是不同設定。即使瀏覽器確實連上本機連接埠,目標網域仍可能符合直連或阻斷規則。
記下目前的路由方案,並在主畫面的「路由」選單中暫時選擇會將目標請求交由代理出口處理的測試方案。不同版本的方案名稱可能不同,請查看規則內容,不要只憑「全域」二字判斷。保留必要的區域網路存取規則,測試結束後恢復原方案。
| 現象 | 優先檢查項目 | 驗證方式 |
|---|---|---|
| 切換測試路由後恢復正常 | 網域規則、IP 規則及規則順序 | 恢復原方案,逐一停用可疑的自訂規則 |
| 日誌顯示使用 direct | 目標是否符合直連規則 | 確認該筆日誌對應目前的測試請求 |
| 日誌顯示使用 block | 廣告或自訂阻斷規則 | 只針對確認遭誤判的網域調整規則 |
| 使用代理後仍然逾時 | 節點連線、伺服器狀態與協定參數 | 保持路由不變,換用另一個已知可用的節點比較 |
若日誌詳細程度不足,可暫時提高詳細程度並重新測試一次,排查完成後再恢復原設定。分享日誌前,請遮蔽訂閱網址、UUID、權杖及伺服器敏感資訊。VMess、VLESS 的驗證資訊、傳輸類型、TLS 伺服器名稱,以及 REALITY 所需參數都必須與伺服器設定相符,不能靠隨意切換協定來修復。
6. 根據錯誤訊息檢查連接埠、時間與 TLS
出現錯誤時,記下發生時間,並保留錯誤訊息前後幾行。以下片段是常見的系統或網路錯誤訊息;實際日誌可能會附上目標位址及更多資訊。不要只看最後一個「失敗」就認定是 DNS 問題。
錯誤:Address already in use
原因:預定繫結的本機位址或連接埠已被占用。處理方式:查看占用中的程序,關閉重複執行的用戶端,或變更監聽連接埠並同步更新系統代理;不要直接強制關閉不熟悉的系統程序。
錯誤:Connection refused
原因:目標連接埠拒絕連線,可能發生在本機入口或遠端。處理方式:先查看錯誤訊息中的位址;若為 127.0.0.1,請檢查監聽設定;若為節點位址,則確認遠端連接埠及服務狀態。
錯誤:no such host
原因:相關網域解析失敗。處理方式:先確認錯誤訊息中的網域是節點還是目標網站,再分別檢查節點位址解析與核心目標網域解析;不要一次更換所有 DNS 設定。
錯誤:x509: certificate has expired or is not yet valid
原因:系統時間不準確,或伺服器憑證確實已逾期或尚未生效。處理方式:先同步系統時間;若時間正確仍出現錯誤,請聯絡服務提供者處理憑證問題,不要停用驗證。
在 Windows「設定」→「時間與語言」→「日期與時間」中開啟自動設定時間,再按一下「立即同步」。同時檢查日期、年份和時區;時區顯示錯誤不一定代表系統時鐘本身有誤,但手動調整時間可能造成實際偏差。準確的時間會影響 TLS 憑證判斷,也關係到採用時間驗證的驗證流程。
- 憑證名稱不相符:確認 TLS 伺服器名稱符合服務端要求,不要擅自改成節點 IP 位址。
- 單一節點持續逾時:確認訂閱是否到期、流量是否用盡,以及服務端是否正常運作。
- 所有節點同時失效:回頭檢查本機入口、基本網路連線與防火牆規則,不要批次修改節點參數。
7. Android 與其他常見情況
v2rayNG 使用 Xray 核心,v2flyNG 使用 v2fly 核心。Android 用戶端建立 VPN 介面後,通知列圖示只能證明 VPN 服務正在執行,不能證明所有應用程式都由 VPN 接管。請先確認系統 VPN 授權,再檢查用戶端的應用程式分流清單;各品牌裝置的系統設定名稱可能不同。
v2rayNG 顯示 VPN 圖示,但瀏覽器仍無法連線?
開啟 v2rayNG「設定」→「分應用程式代理」,確認瀏覽器是否遭排除,並檢查清單目前代表「代理所選應用程式」還是「略過所選應用程式」。先記下原有設定,再暫時關閉分應用程式代理,重新連線後測試同一個網頁。
電腦瀏覽器可以連線,終端機命令卻沒有使用代理?
終端機工具不一定會讀取 Windows 系統代理。先使用本文的 curl.exe --proxy 明確指定代理進行測試,再檢查工具本身的代理參數,以及 HTTP_PROXY、HTTPS_PROXY、ALL_PROXY 環境變數是否還留有舊連接埠。
啟用 TUN 後才無法上網,該如何恢復?
先關閉 TUN,回到「本機監聽加系統代理」的基本測試方式。若網路恢復,請優先檢查虛擬網卡、DNS 接管及其他 VPN 的路由衝突;不要同時啟用多種流量接管方式進行測試。
結束 v2rayN 後,一般網頁也無法開啟?
重新啟動用戶端,在「系統代理」中選擇「清除系統代理」,再結束程式。若用戶端無法啟動,請前往 Windows「設定」→「網路和網際網路」→「Proxy」,關閉殘留的手動代理;若代理由公司或機構管理,請先洽詢管理員。
在 Android 上也請檢查系統「設定」→「網路和網際網路」→「VPN」,確認是否有其他連線正在接管流量,以及「一律開啟 VPN」或「封鎖未使用 VPN 的連線」是否導致 VPN 中斷後仍無法上網。若只有螢幕熄滅後才失效,請再檢查電池最佳化;這和啟動後立即無法開啟網頁是不同問題。
- 重新測試一開始無法連線的同一個網頁,避免將網站差異誤認為設定已修復。
- 還原暫時變更的日誌詳細程度、測試路由與瀏覽器 DNS 選項。
- 若問題仍未解決,請整理用戶端版本、系統版本、實際連接埠、明確指定代理的測試結果及已遮蔽敏感資訊的日誌,再尋求協助。