2026-09-15 · 故障排除 · 約 12 分鐘

V2Ray 已連線但無法上網:10 項逐步排查清單

從系統代理狀態、本機連接埠占用、路由規則判斷錯誤到 DNS 污染,依照由簡入繁的順序逐項檢查,找出已連線卻無法上網的真正原因。

本文重點

v2rayN 桌面版顯示正在執行,不代表瀏覽器的請求已經透過代理,也不代表遠端節點能連上目標網站。以下依序檢查本機網路、系統代理、監聽連接埠、節點狀態、路由、DNS、TLS、TUN、應用程式設定與記錄,共十個項目。本文以 Windows 操作為主,並補充 v2rayNG 與 v2flyNG 的 Android 檢查重點;每次只變更一項設定,並用同一個網址重新測試,避免多個問題互相干擾。

一、確認基本網路正常,排除登入頁與網路中斷

先記下目前的節點名稱、代理模式及最近一次錯誤,再暫時關閉 TUN,並在 v2rayN 系統匣選單中選擇「系統代理」→「清除系統代理」。接著開啟平常可直接連線的網站。若仍無法連線,請先檢查 Wi-Fi、網路線、路由器及網路驗證,不要一再更新訂閱。

飯店、校園或公共網路可能需要先開啟驗證頁面。網路圖示顯示已連線,只代表裝置已連上區域網路。完成驗證後,再恢復代理進行測試。以下三個步驟可建立可重複的測試條件,後續檢查都使用同一個瀏覽器與目標網址。

  1. 記錄目前狀態

    記下目前使用的節點、系統代理狀態、TUN 開關與測試時間;保留錯誤訊息中的關鍵字,但不要公開完整訂閱網址。

  2. 確認直連正常

    關閉 TUN,選擇「系統代理」→「清除系統代理」,再連線至可直接存取的網站;必要時先完成網路驗證。

  3. 固定測試目標

    恢復節點後,只測試一個網址。記下是立即顯示錯誤、持續等待,還是只有圖片載入失敗;避免同時切換多項條件。

二、檢查系統代理,確認請求是否送進 v2rayN

返回 v2rayN 系統匣選單,選擇「系統代理」→「自動設定系統代理」。在 Windows 11 中,可前往「設定」→「網路和網際網路」→「Proxy」,確認實際代理位址與連接埠。常見的本機代理位址是 127.0.0.1;連接埠必須與用戶端目前的監聽值一致,不要照抄舊截圖中的設定。

系統代理只會影響遵循該設定的應用程式,不會自動接管所有程式。請先關閉 TUN,只測試系統代理這條路徑。如果瀏覽器重新整理網頁時,用戶端沒有任何對應的連線記錄,可先用明確指定代理的指令,排除瀏覽器設定的影響。下方的 10808 僅是已啟用 HTTP 或混合監聽時的範例連接埠,執行前必須換成實際值。

curl.exe --proxy http://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com/

三、檢查監聽連接埠,分辨未啟動或遭占用

v2rayN 是管理介面,實際處理連線的是核心程序。介面雖然已開啟,但若核心啟動失敗,系統代理仍可能指向沒有服務的本機連接埠。請前往「設定」→「參數設定」,確認本機監聽相關選項,並比對記錄中的監聽位址;欄位名稱與預設連接埠可能因版本而異。

10808
本文使用的本機代理範例連接埠
53
常見 DNS 服務連接埠
443
常見 HTTPS 目標連接埠

在 PowerShell 中執行以下指令。第一個指令查詢監聽狀態與程序識別碼,第二個則依據查到的識別碼確認所屬程序;範例中的 1234 不是固定值。不要只因連接埠相同就結束程序,更不要強制結束不熟悉的系統服務。

Get-NetTCPConnection -LocalPort 10808 -State Listen
Get-Process -Id 1234

錯誤:bind: address already in use

原因與解法:監聽位址或連接埠已被其他程序占用。先確認是否重複啟動用戶端;關閉多餘的執行個體,或變更本機監聽連接埠,再同步更新系統代理與應用程式代理設定。

錯誤:Failed to connect to 127.0.0.1 port 10808

原因與解法:這次請求無法連線至範例中的本機連接埠。請確認監聽值、核心啟動記錄,以及本機安全軟體的封鎖記錄;不能直接判定是遠端節點失效。

四、檢查節點與訂閱,測試結果不等於實際可用

節點清單顯示延遲,不代表整條代理連線都正常。TCP 延遲通常只能確認能否連上某個位址與連接埠;實際延遲測試結果也會受到用戶端採用的測試網址影響。請先選取節點並設為目前使用的伺服器,再透過該節點存取實際目標,不要只看清單上的數字。

VMess、VLESS 是代理協定,REALITY 是相關的安全傳輸方案,不能把這三個名稱視為互斥的節點類別。手動編輯參數前,請先備份。尤其是 VLESS 搭配 REALITY 的設定,伺服器位址、公鑰、短識別碼與伺服器名稱等欄位,都必須符合伺服器端的要求,不要憑猜測填入。

五、檢查路由分流,確認目標使用哪條出口

只有部分網站無法開啟時,請優先檢查路由。系統代理會將請求交給本機入口;路由規則則決定請求要直連、經代理或遭到封鎖。這是兩個不同的環節。即使已啟用系統代理,也不代表所有目標都會經由遠端節點。

觀察到的狀況優先檢查項目驗證方式
代理目標被設為直連網域規則與規則順序暫時改用所有流量都走代理的路由方案
網頁主要內容可載入,但圖片失敗圖片與靜態資源的網域查看失敗資源對應的出口記錄
記錄明確顯示已封鎖封鎖規則的範圍是否過廣只調整符合條件的那一條規則
切換方案後恢復正常原方案的網域與 IP 比對方式切回原方案後,逐條找出差異

結論:先用對照方案隔離路由問題

若使用同一個節點和網址,在所有流量都走代理時正常,但原本的分流方案會失敗,請先修正符合條件的規則。此時更換節點或降低 TLS 安全性,通常無法解決真正的問題。

路由方案名稱可能隨版本與自訂設定而異,請以規則實際採用的出口為準。更多路由定義請參閱路由分流術語說明。排查完成後,請恢復適合日常使用的方案,不要將暫時用來比對的設定當成最終設定。

六、檢查 DNS,區分節點網域與目標網域

DNS 至少牽涉兩種位址:用戶端必須先找到遠端伺服器,而目標網站的網域也需要在適當的位置完成解析。前者解析失敗時,通常無法連上節點;後者異常時,可能會出現節點有延遲、網站卻無法開啟的情況。查到一個 IP 位址不代表解析正確,也不能只因不同網路回傳不同 IP 就認定遭到污染;內容傳遞網路本來就可能回傳不同結果。

Resolve-DnsName example.com
ipconfig /flushdns
curl.exe --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com/

第一個指令查看系統的解析結果,第二個指令清除 Windows 系統 DNS 快取。只有該連接埠提供 SOCKS5 或混合監聽時,才使用第三個指令;socks5h 會將目標主機名稱交由代理端處理,適合用來和本機解析路徑比對。但這不保證能繞過核心內部的 DNS 與路由設定。

七、檢查系統時間、TLS 與 SNI

憑證錯誤必須依發生的層級判斷:可能是節點的 TLS 交握失敗,也可能是瀏覽器存取目標網站時收到憑證錯誤。在 Windows 11 中,可前往「設定」→「時間與語言」→「日期與時間」,啟用自動設定時間並選擇「立即同步」。憑證驗證會依據實際系統時間;只變更顯示時區並不等於校正了時間。

錯誤:x509: certificate has expired or is not yet valid

原因與解法:憑證有效期間與目前時間不符。請先同步本機時間;若時間正確但仍出現錯誤,請由伺服器維護人員檢查憑證有效期間與部署狀態。

錯誤:x509: certificate signed by unknown authority

原因與解法:目前的驗證環境無法建立受信任的憑證鏈。請檢查伺服器憑證鏈、系統信任存放區,以及網路中的 HTTPS 檢查設備,不要直接略過驗證。

錯誤:tls: handshake failure

原因與解法:這是較籠統的交握失敗訊息。請確認節點指定的伺服器名稱、傳輸方式與 TLS 參數,並搭配伺服器端記錄判斷;不能只憑這一行就認定是憑證過期。

SNI 應使用伺服器端設定要求的名稱,不一定與連線位址相同,更不可任意改成知名網站的網域名稱。不要把 allowInsecure 當成通用的修復開關:略過憑證驗證可能掩蓋連線錯誤或中間環節異常,卻無法修復帳戶、路由與傳輸參數問題。

八、檢查 TUN、權限與虛擬網卡衝突

若明確指定代理的指令可正常運作,但啟用 TUN 後整台裝置都無法上網,請將排查重點轉向虛擬網卡、路由與 DNS 接管。TUN 會改變系統流量的傳輸路徑,通常需要較高權限;若只替瀏覽器設定代理,測試時不必同時啟用 TUN。

  1. 先關閉 TUN,確認第二項的明確代理測試能成功,建立不依賴虛擬網卡的基準狀態。
  2. 依照用戶端提示,授予建立網卡與變更路由所需的權限。在 Windows 上,可先關閉 v2rayN,再以系統管理員身分啟動並嘗試開啟 TUN。
  3. 暫時結束其他 VPN 或流量接管程式,避免多張虛擬網卡同時變更預設路由。公司裝置請先遵循組織的網路規範。
  4. 使用 Get-NetAdapter 查看網卡狀態,並以 route print 儲存路由資訊;先記錄,不要批次刪除不熟悉的路由。

Android 版 v2rayNG、v2flyNG 會透過系統 VPN 服務接管所選應用程式的流量。請檢查連線授權、個別應用程式代理清單,以及系統中是否已有其他 VPN 連線。若只有鎖定螢幕後才斷線,請再檢查電池最佳化與背景執行限制,不要把背景程序遭到終止誤判為節點失效。桌面版 TUN 基本說明請參閱TUN 使用教學。

九、檢查瀏覽器、應用程式代理與防火牆

明確指定代理的測試成功,但瀏覽器仍無法使用時,通常應先檢查應用程式層的差異。瀏覽器擴充功能可能覆寫系統代理,安全 DNS 也可能改走另一條解析路徑;終端機程式則可能讀取 HTTP_PROXY、HTTPS_PROXY 或 ALL_PROXY。無痕視窗不一定能排除所有擴充功能與企業原則,不能只靠這點判斷。

如果只有某個網站無法登入、回傳 403 或要求輸入驗證碼,表示至少已收到網站層級的回應,不宜直接歸類為「完全無法上網」。這類問題可能與出口 IP 信譽、地區限制或帳戶風險控管有關,應與連線逾時分開處理。

十、檢查記錄收尾,每次只變更一個變數

若前九項仍無法找出原因,請清除目前顯示的記錄並記下時間,然後只送出一次目標請求。必要時可暫時提高記錄詳細程度,重現問題後再恢復,避免長時間記錄過多存取細節。判斷重點是連線在哪一層失敗:本機接入、遠端連線、交握,還是目標網站回應。

關鍵字或現象說明下一步
connection refused明確顯示連線遭拒依錯誤位址判斷是本機監聽還是遠端服務
i/o timeout某個網路階段逾時確認位址、連接埠、網路路徑及逾時前的記錄
no such host相關網域解析失敗確認解析失敗的是節點網域還是目標網域
沒有對應的存取記錄請求可能未進入目前觀察的入口確認記錄層級,再檢查應用程式代理與流量接管範圍

向維護人員回報時,請提供作業系統、用戶端版本、核心版本、測試時間、網路類型及已去識別的錯誤片段。請隱藏訂閱權杖、使用者識別資料、密碼、私密金鑰與敏感存取記錄;不要直接傳送完整設定檔。若要更新用戶端,請先備份節點與路由設定,再前往用戶端下載頁面選擇適用的平台與架構。

常見問題:如何判讀測試結果?

節點有延遲,為什麼網頁還是打不開?

先確認測量的是 TCP 延遲還是真實請求延遲。選取節點後,執行第二項的明確代理指令;連接埠探測成功,不能證明驗證、TLS 與目標網站都能正常存取。

訂閱可以更新,是否代表節點沒有問題?

不是。訂閱網址與節點伺服器可能是不同的服務。更新後請確認目前使用的節點、流量與到期狀態,再以同一個目標分別測試兩個節點,比較實際請求結果。

瀏覽器可以使用,其他應用程式都不行,怎麼辦?

先確認這些應用程式是否遵循系統代理,或能否個別設定本機代理。只有確實需要接管不支援代理的應用程式時,再依照教學設定 TUN,並檢查權限與個別應用程式的接管範圍。

重新啟動後恢復正常,過一會兒又斷線,該先檢查什麼?

保留故障時段的記錄,確認連接埠占用、休眠恢復後的網卡路由與背景執行限制。不要只記下「重新啟動後正常」,還要比對斷線前後的監聽程序、使用中節點與代理狀態是否有變化。

下載v2rayN · 選擇平台