V2Ray 已連線但無法上網？逐步排查清單

先分清連線狀態與實際瀏覽結果

v2rayN 是桌面用戶端，V2Ray、Xray 是處理流量的核心；v2rayNG 則是採用 Xray 核心的 Android 用戶端。介面顯示執行中、出現 VPN 鑰匙圖示，或節點顯示延遲，都無法單獨證明瀏覽器能正常開啟網頁。連接埠連線測試、實際請求測試與下載速度測試，驗證的是不同環節。

先關閉用戶端，確認裝置原本能否連上平常使用的網站。公共 Wi-Fi 可能需要先完成網路驗證；若基礎網路中斷，換節點通常無濟於事。記下發生問題的網站、時間、網路類型，以及是所有應用程式都失敗，還是只有瀏覽器無法使用。

• 所有應用程式都無法連線：優先檢查基礎網路、代理入口、核心啟動狀態與節點連線。
• 只有一個瀏覽器無法使用：檢查瀏覽器的獨立代理、擴充功能設定與安全 DNS，先別急著重建所有設定。
• 只有部分網域無法連線：優先檢查 DNS、路由規則、目標網站的限制，以及 IPv4 與 IPv6 的連線狀況。
• 切換 Wi-Fi 後才無法連線：改用行動網路交叉測試，並留意網路驗證、DNS 變化及節點連接埠是否可連。

第一步：確認系統代理是否接管流量

在 Windows 上，啟動 v2rayN 不代表系統代理會自動設定。系統代理主要供遵循該設定的應用程式使用，並非所有流量的總開關。終端機程式可能讀取環境變數，瀏覽器可能採用自己的代理設定，遊戲等應用程式也可能完全不理會系統代理。TUN 模式則是另一種流量接管方式，排查時不要同時切換多種模式。

1. 確認目前使用的節點

   在 v2rayN 節點清單中選取要使用的節點，按右鍵選擇「設為活動伺服器」。只選取一列不一定代表已切換活動節點，還要確認主畫面顯示的活動伺服器資訊。

2. 設定系統代理

   在工作列通知區域的 v2rayN 圖示上按右鍵，前往「系統代理」→「自動設定系統代理」。不同桌面版本的選項位置可能不同，請以目前介面中名稱相同的選項為準。

3. 確認系統代理入口

   前往 Windows「設定」→「網路和網際網路」→「Proxy」，檢查代理伺服器的位址與連接埠是否和用戶端目前的監聽設定一致。若使用自動設定指令碼，請檢查指令碼狀態，別把兩種模式混為一談。

4. 排除瀏覽器獨立代理設定

   暫時停用瀏覽器代理擴充功能，關閉瀏覽器後再重新開啟。若明確指定代理的命令可以連線，但瀏覽器仍無法使用，就繼續檢查瀏覽器設定，而不是先換節點。

第二步：確認本機連接埠確實在監聽

代理位址應指向本機的監聽連接埠，而不是遠端節點的伺服器連接埠。以下數字僅供排查參考，不代表必須統一改成這些值。可在 v2rayN 的「設定」→「參數設定」查看本機監聽相關設定；各版本的選項分類可能不同，也可參考啟動記錄。舊版設定可能分別提供 SOCKS 與 HTTP 連接埠，新版設定則可能使用混合連接埠。

在 Windows PowerShell 執行以下命令，先檢查本機監聽狀態，再送出明確透過 SOCKS 的 HTTPS 請求。若實際連接埠不同，請先替換命令中的 10808。此處使用 curl.exe，避免某些 PowerShell 環境將 curl 解讀為其他命令。

Get-NetTCPConnection -State Listen -LocalPort 10808 |
  Select-Object LocalAddress, LocalPort, OwningProcess

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

若查不到監聽記錄，先檢查核心是否啟動失敗；查到記錄後也要確認對應的程序，避免連接埠已被其他程式占用。socks5h 會將目標網域交由代理端解析，不能據此認定本機 DNS 正常。HTTP 回應狀態碼表示已收到某個 HTTP 回應，但仍須依狀態碼、憑證與記錄判斷是否抵達預期網站。

第三步：分辨兩種 DNS 解析

至少有兩種位址需要解析：節點伺服器的網域，以及瀏覽器造訪的目標網域。前者解析失敗，核心可能根本無法連上節點；後者解析失敗，則可能出現節點測試正常、特定網頁卻無法開啟的情況。瀏覽器安全 DNS、系統 DNS 與核心 DNS 不一定使用相同的解析路徑。

不要把節點網域直接改成隨手查到的 IP。使用 TLS 或 REALITY 時，伺服器位址、SNI 與目標名稱之間有設定限制；任意修改可能讓 DNS 問題變成握手失敗。請先保留原節點，再依照服務端提供的參數逐項核對。

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

第四步：確認路由規則選擇了正確的出口

系統代理決定請求是否進入用戶端；路由規則則決定進入後使用哪個出口。「全域代理」是應用層常見的說法，但在不同用戶端中的意義未必相同；排查記錄應明確寫出實際使用的路由模式、規則與出口標籤。

在 v2rayN 的路由選擇選項中，暫時選擇會將測試目標送往代理出口的規則模式，並重複造訪同一網址。若恢復正常，請著重檢查自訂網域規則、直連規則與封鎖規則。測試後請還原原本模式，不必長期將所有本機資源都送往遠端。

• 檢查規則順序：常見核心會依規則順序比對；較寬泛的前置規則可能先符合條件，導致後續細部規則不會執行。
• 核對標籤名稱：routing.rules 中的 outboundTag 必須指向實際存在的出口 tag，名稱必須完全一致。
• 分辨直連與代理：記錄顯示請求走直連，只能證明規則選擇了直連，不能據此認定代理節點無法使用。
• 檢查規則資源：若使用地區或網域資料檔的設定載入失敗，應先修復檔案與設定中的引用，不能只靠切換節點解決。

第五步：依錯誤訊息檢查節點

確認入口、DNS 與路由設定後，再核對節點位址、遠端連接埠、使用者識別碼、傳輸方式與安全參數。訂閱更新成功只代表已取得設定，不表示其中每個節點都在線。先改用同一訂閱中的另一個節點測試，再切換網路測試原節點，能更快分辨節點故障與目前網路限制。

VLESS、VMess、Trojan 的參數不能互換。VLESS 搭配 REALITY 時，應核對公鑰、短識別碼、伺服器名稱與服務端要求的流量控制設定；使用 XTLS Vision 時，flow 必須與服務端設定相符。不能只憑協定名稱判斷目前的核心或節點設定是否可用。

• 暫時保留原節點；更新訂閱後比較參數變化，未備份前不要批次刪除節點。
• 記錄節點 A、節點 B 連線至同一目標的結果，避免把目標網站本身的異常誤判為節點故障。
• 檢查記錄時，保留錯誤發生前後的上下文；分享前請隱藏訂閱網址、使用者識別碼、除公鑰以外的敏感憑證，以及個人網路資訊。

第六步：核對系統時間與 Android 流量接管

TLS 憑證有效期限驗證仰賴系統時間，VMess 驗證也與時間有關。電腦或手機日期明顯錯誤時，即使網路與連接埠正常，也可能出現驗證或憑證錯誤。在 Windows 前往「設定」→「時間與語言」→「日期與時間」，啟用自動設定時間並立即同步；在 Android 的系統設定中搜尋「日期與時間」，啟用自動設定並確認日期正確。

時區顯示不同，不一定代表實際時間有誤；請核對日期與實際時間，不要只改時區來掩蓋時鐘偏差。不要關閉憑證驗證來迴避問題，否則會掩蓋時間、伺服器名稱與憑證鏈的異常。

1. 確認 VPN 授權：啟動 v2rayNG 後，應完成系統 VPN 授權；若有其他 VPN 服務正在執行，請先停止再測試。
2. 確認運作模式：僅本機代理模式不等於 VPN 流量接管。若要讓一般應用程式直接使用代理，請確認目前已啟用 VPN 模式。
3. 檢查應用程式範圍：在 v2rayNG「設定」中檢查應用程式分流相關選項，確認瀏覽器未被排除；啟用略過選項後，清單的作用可能會相反。
4. 檢查背景執行限制：若螢幕亮起時正常，鎖定一段時間後便失效，請在系統應用程式設定中檢查 v2rayNG 的電池與背景執行權限，再次鎖定螢幕測試。
5. 分別測試網路：分別使用 Wi-Fi 與行動數據測試；切換網路後，必要時停止並重新啟動連線，確認是否只是舊連線未能恢復。

常見問題與排查紀錄

完成一輪排查後，留下可重現的記錄，比反覆重新安裝更有效。不要一次修改 DNS、路由、核心與節點；每次只變更一項，使用相同的測試目標與等待時間，並記錄修改前後的結果。

• 環境：用戶端與核心版本、作業系統版本、Wi-Fi 或行動網路。
• 入口：系統代理或 VPN 模式、本機監聽位址與連接埠、是否啟用應用程式分流設定。
• 結果：明確指定代理的命令是否收到回應、瀏覽器是否恢復正常、其他節點是否可用。
• 佐證資料：錯誤發生時間、相關記錄、實際使用的出口，以及已完成的單項比較結果。