V2Ray 已連線卻無法上網？系統代理、DNS 與路由排查清單

一、分辨連線狀態與網頁請求

不同客戶端顯示「已連線」時，可能代表本機核心已啟動，也可能代表 Android VPN 介面已建立；這不代表遠端節點已完成驗證，更不代表網頁所需的 DNS、TCP 和 TLS 都正常。延遲測試也可能只檢查特定位址或連線類型，無法涵蓋所有網站。

先保留目前設定，記下問題發生時間、使用中的節點、連線方式與無法開啟的網址。關閉自動切換節點，避免兩次測試實際使用不同出口。不要同時更換 DNS、訂閱與核心，否則即使恢復正常，也無法判斷是哪項設定發揮作用。

• 所有網頁都無法開啟：優先檢查基礎網路、本機監聽與流量接入狀態。
• 只有部分網域無法開啟：優先比對 DNS、路由規則命中情況與目標網站狀態。
• 瀏覽器無法使用，其他應用程式正常：檢查瀏覽器代理擴充功能、獨立代理設定與安全 DNS。
• Wi-Fi 正常，行動網路無法使用：保持節點不變再測試，記錄網路差異，不要直接判定訂閱失效。

二、檢查系統代理與 VPN 連線

v2rayN 的系統代理會將遵循系統代理設定的應用程式請求轉交本機連接埠；TUN 則透過虛擬網路介面接管流量。排查一般瀏覽器問題時，可先只使用系統代理以減少變因。若目前使用 TUN，請先保存原設定，再切換連線方式進行比對。

1. 確認目前使用的節點

   在 v2rayN 主畫面確認選取的伺服器就是要測試的設定，並查看日誌是否出現核心停止的訊息。清單中選取某一列，不一定代表該設定已啟用；請以目前生效的設定與日誌為準。

2. 設定系統代理

   在 v2rayN 系統匣選單的「系統代理」中，選擇「自動設定系統代理」。不同版本的介面文字可能略有差異；重點是讓系統代理指向正在監聽的本機位址，而不只是開啟主視窗。

3. 確認系統代理位址

   在 Windows 11 開啟「設定」→「網路和網際網路」→「Proxy」→「手動 Proxy 設定」，核對位址與連接埠。若客戶端使用自動設定指令碼，請檢查對應的指令碼設定，不要再額外套用手動代理。

4. 排除瀏覽器設定覆蓋

   暫時停用會修改代理設定的瀏覽器擴充功能，關閉瀏覽器後再重新開啟。在 Firefox 中可前往「設定」→「一般」→「網路設定」→「設定」，確認是否使用系統代理設定。

5. 檢查 Android 連線

   使用 v2rayNG 或 v2flyNG 時，啟動設定並確認已授權 VPN 連線。若啟用依應用程式代理，請確認瀏覽器也在接管範圍內；同時檢查是否有其他應用程式占用 VPN 連線。

Android 上的 VPN 圖示只代表介面已建立。若客戶端受到系統背景執行限制，介面或畫面狀態可能無法反映實際轉送情況。讓應用程式保持在前景，以相同網址重新測試，並觀察是否出現新的連線日誌。背景執行權限可在系統「設定」→「應用程式」→該客戶端的電池管理頁面檢查；各裝置系統的選項名稱可能不同。

三、確認本機連接埠是否正在監聽

代理位址正確但連接埠沒有監聽，瀏覽器仍無法連線。以下以本機 SOCKS 入站 127.0.0.1:10808 為例。這只是測試用連接埠，不代表所有版本都使用相同預設值；請先從客戶端目前的入站設定或啟動日誌查出實際連接埠，再替換指令中的數字。

在 Windows PowerShell 執行以下指令。第一行列出 TCP 監聽與連線，第二行只檢查能否建立本機 TCP 連線。看到 LISTENING 後，還要核對最後一欄的 PID，確認監聽程序是預期的核心，而非其他程序。

netstat -ano | findstr ":10808"
Test-NetConnection -ComputerName 127.0.0.1 -Port 10808

• 沒有監聽記錄：查看核心啟動日誌，確認設定是否成功載入；不要反覆切換瀏覽器代理。
• 監聽程序屬於其他程式：在工作管理員的「詳細資料」中依 PID 查找。確認用途後，關閉衝突程式，或修改客戶端入站連接埠並同步更新系統設定。
• 本機 TCP 測試成功：只代表連接埠接受連線，尚不能證明 SOCKS 交握或遠端出口正常。

接著使用明確指定代理的請求，避開系統代理設定。Windows 請使用 curl.exe，避免命令別名造成參數差異；macOS、Linux 則可使用系統提供的 curl。以下指令要求該連接埠支援 SOCKS5，不能以僅支援 HTTP 的入站連接埠代替。

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

四、找出 DNS 解析失敗的位置

DNS 至少涉及兩種網域：節點伺服器的網域，以及網頁目標的網域。前者解析失敗，客戶端就無法找到遠端伺服器；後者解析失敗，則可能只有部分網頁無法使用。不要只因瀏覽器顯示「找不到伺服器」，就認定需要更換系統 DNS。

先執行本機解析，再進行兩次 SOCKS 比對。socks5:// 通常由 curl 在本機解析目標網域；socks5h:// 則將目標網域交由代理處理。後者實際使用哪個解析器，取決於核心 DNS 與路由設定，不一定直接使用遠端伺服器的系統 DNS。

nslookup example.com
curl.exe --noproxy "" --proxy socks5://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com/
curl.exe --noproxy "" --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com/

• 本機解析失敗，socks5h 成功：優先檢查本機解析流程。在 Windows 修改解析設定後，可執行 ipconfig /flushdns；但清除快取無法修復無法連線的 DNS 服務。
• 兩種代理請求都逾時：繼續檢查路由與遠端連線，不要只著眼於 DNS 設定。
• 系統解析正常，只有瀏覽器失敗：檢查瀏覽器的安全 DNS。它可能使用獨立的解析路徑，因此結果與系統查詢不同。
• 日誌指向節點網域：使用 nslookup 並接上實際節點網域進行檢查。不要將節點網域與正在瀏覽的網站網域混為一談。

五、檢查路由分流與節點狀態

如果本機連接埠與 DNS 都正常，請查看失敗請求命中了哪個出站。V2Ray/Xray 路由通常依規則順序比對，由最先命中的規則決定流向；範圍過大的直連、阻斷規則或應用程式排除設定，都可能讓請求完全繞過預期代理。

1. 記下目前的路由模式與自訂規則，並保留可還原的副本。查看客戶端提供的連線或存取日誌，確認測試網域是否進入核心。
2. 暫時切換至客戶端提供的全域代理路由模式，使用相同網域重新測試。這是在更改核心的出站選擇，不是再次開啟系統代理。
3. 若全域模式成功、分流模式失敗，請恢復原模式，再檢查該網域的規則順序、直連出站，以及網域／IP 比對條件。
4. 若全域模式仍失敗，保持其他設定不變，改用另一個已知可用的設定進行比對。只有特定設定失敗時，再檢查其伺服器位址、連接埠、驗證資訊與有效期限。

VMess、VLESS 是協定類型，不是連線開關。設定所要求的傳輸方式、TLS、SNI 或 REALITY 參數必須與伺服器端一致，不要隨意更改協定來「修復」問題。v2rayNG 使用 Xray 核心，v2flyNG 使用 V2Fly 核心；訂閱能匯入，不代表目前使用的核心支援其中所有參數。需要選擇客戶端時，可參閱客戶端選擇指南。

訂閱更新成功只代表取得了訂閱內容，不代表其中每個設定目前都能連線。節點 TCP 連接埠可連線，也不代表協定驗證成功。測試時先固定使用一個節點，確認完整 HTTPS 請求能取得回應，再恢復自動選擇或複雜分流。

六、日誌錯誤與後續處理

觸發一次失敗請求後，依時間順序查看最先出現的相關錯誤。以下列出常見錯誤片段；不同核心可能附帶位址、連接埠或更深層的原因，不要只憑最後一行就一概歸咎於節點。分享日誌前，請移除訂閱連結、驗證欄位與個人網路資訊。

若出現憑證過期、憑證主機名稱不符或交握失敗，請先檢查系統日期、時間與時區，再核對訂閱提供的 TLS 參數。不要將略過憑證驗證當成一般修復方式。問題排除後，請關閉臨時啟用的詳細日誌，避免持續記錄不必要的瀏覽資訊。

七、恢復連線後的常見問題

仍找不到問題時，請整理客戶端名稱、核心類型、連線模式、去識別化日誌，以及「明確指定代理是否成功」等資訊。這些內容比單獨一張顯示已連線的截圖，更能界定問題範圍。基礎設定可參閱安裝與設定教學，相關概念請見術語表。