代理已連線但無法上網：v2rayN 與 v2rayNG 逐項排查清單

先確認「已連線」具體代表哪一層

客戶端顯示執行中，不代表遠端節點已完成一次可用的資料交換。v2rayN 啟動 Xray 或 V2Fly 核心後，只能表示本機程序正在執行、設定檔通過基本解析；v2rayNG 頂端出現鑰匙狀態或系統顯示 VPN 連線，也只代表 Android 的流量接管服務已建立。遠端位址能否解析、連接埠是否可達、協定參數是否相符，仍需透過實際連線驗證。

一次網頁請求需要依序經過應用程式、本機代理入口、路由規則、代理出站與遠端回應。任何一段失敗，表面現象都可能是瀏覽器持續載入、立即顯示連線遭重設，或只有部分網站無法開啟。因此不要看到客戶端系統匣圖示變色就直接修改 DNS，也不要在節點尚未確認可用時連續切換路由模式。

第一步：驗證節點可用性與系統時間

先在 v2rayN 節點清單中選取目前節點，執行實際連線延遲測試。一般 Ping 只檢查目標主機是否回應 ICMP，不能證明 VMess、VLESS 或其他代理連線能完成握手。實際連線測試會透過目前核心建立出站連線，適合用作第一道篩選。若同一訂閱中的多個節點都顯示逾時，應先更新訂閱，再挑選兩個不同位址與連接埠的節點交叉測試。

測試時可記錄具體數值。例如節點 A 實際連線延遲為 186 ms，連續三次都能回應；節點 B 三次都超過 5000 ms 而逾時，此時應先使用節點 A 排查後續環節。延遲偏高不一定完全無法使用，但連續逾時、連線遭拒或握手立即失敗，通常無法靠修改瀏覽器設定解決。

1. 在 v2rayN 主介面選取節點，執行實際連線延遲測試，不要以 Ping 結果取代。
2. 切換至少兩個訂閱節點，每次等待測試完成，避免同時大量啟動連線。
3. 開啟執行記錄，確認測試期間確實出現新的出站記錄，而不是讀取舊結果。
4. 在 v2rayNG 中點選目前設定的測試功能，再切換另一個節點重複一次。
5. 如果在 Wi-Fi 下全部失敗，改用另一個可用網路測試，以區分節點問題與目前網路限制。

系統時間偏差也會影響需要時間驗證的連線。Windows 可進入「設定」→「時間與語言」→「日期與時間」，開啟自動設定時間並立即同步；Android 可進入系統的日期與時間設定，啟用網路提供的時間。若裝置時間與標準時間相差數分鐘，請先校正時間，再完全停止並重新啟動客戶端核心。

第二步：找出 DNS 解析故障

節點測試成功，但輸入網域後網頁一直等待，DNS 就是下一個檢查重點。DNS 的任務是將網域轉換為可連線的位址；代理出站正常，不代表本機 DNS、核心 DNS 與系統私有 DNS 的組合一定正確。尤其是匯入自訂設定、修改分流規則或啟用加密 DNS 後，網域查詢可能被送往不適合目前網路的出口。

在 v2rayN 7.x 中，可從「設定」→「參數設定」檢查基礎設定與 DNS 相關選項。若使用自訂 DNS 設定，先儲存原有內容，再恢復為客戶端預設設定進行比對。修改後必須重新啟動核心，僅關閉瀏覽器分頁不足以讓核心重新載入設定。Windows 也可在終端機執行系統內建的查詢命令，觀察本機是否能取得解析結果。

nslookup example.com
ipconfig /flushdns

nslookup 回傳位址，只能證明系統查詢鏈路有結果，不代表核心內部採用相同的 DNS。若系統查詢成功，而 v2rayN 記錄持續回報網域解析失敗，應檢查核心 DNS 設定與路由規則；若系統查詢本身逾時，可先將網路介面卡 DNS 恢復為自動取得，清除快取後再測試。

第三步：用全域代理排除路由規則誤判

路由規則決定請求走代理、直連或阻擋。自訂規則中的網域、IP 區段、連接埠與入站標籤若比對錯誤，就可能出現節點本身可用，但特定網站或特定應用程式始終無法存取的情況。規則通常依既定順序比對，一條範圍過大的直連規則可能在後續代理規則之前攔截請求。

最直接的診斷方式不是立即刪除規則，而是暫時切換至全域代理模式，再存取同一個網域。如果全域代理可以開啟，而原本的路由模式失敗，故障範圍就能縮小到分流設定。測試完成後恢復原模式，逐條檢查自訂規則的比對對象與出站動作。

VMess 與 VLESS 是節點連線協定，路由規則則負責決定哪些請求交給該節點，兩者不能混為一談。更換協定參數無法修復錯誤的直連規則；反過來，切換全域代理也無法修復錯誤的使用者識別碼、傳輸層參數或伺服器連接埠。

第四步：檢查 v2rayN 系統代理與本機連接埠

Windows、macOS 與 Linux 桌面應用程式是否進入代理鏈路，取決於應用程式是否讀取系統代理、是否設定獨立代理，以及目前是否啟用 TUN。v2rayN 核心執行時，本機通常會監聽 SOCKS 或 HTTP 入口；如果系統代理未指向實際監聽連接埠，瀏覽器仍可能直接連線，或因指向舊連接埠而完全無法開啟頁面。

在 v2rayN 中先開啟「設定」→「參數設定」，查看本機 SOCKS、HTTP 或混合入口連接埠。常見設定會使用 127.0.0.1:10808 作為 SOCKS 入口，也可能使用 127.0.0.1:10809 作為 HTTP 入口，但實際數值應以目前介面為準。接著從系統匣選單選擇自動設定系統代理，再檢查系統代理位址是否與客戶端目前連接埠一致。

• 本機位址應優先核對 127.0.0.1，不要將遠端節點位址填入系統代理。
• 修改連接埠後必須重新啟動核心，並重新套用系統代理設定。
• 若瀏覽器設定了手動代理，應確認協定類型與連接埠相符，或暫時改為使用系統代理。
• 命令列程式不一定會讀取桌面系統代理，需要檢查該程式支援的代理環境變數或設定項目。
• 連接埠若已被其他程序佔用，核心可能啟動失敗或無法建立對應的入站。

第五步：檢查 v2rayNG 的 VPN 接管與應用程式範圍

v2rayNG 在 Android 上通常透過系統 VPN 介面接管流量。狀態列出現連線標記後，還要確認系統確實允許該服務執行，並檢查分應用程式代理、繞過區域網路、路由模式與電池管理設定。若只有某個應用程式無法存取，而瀏覽器正常，問題通常不在節點本身，而在分應用程式選擇或該應用程式自身的網路策略。

先在 v2rayNG 設定中確認本機連接埠與路由選項，再檢查分應用程式代理是否啟用。若啟用了「僅代理選取的應用程式」，目標應用程式必須在清單內；若啟用了相反的排除邏輯，目標應用程式不應出現在排除清單中。調整後先中斷連線，等待數秒再重新連線，讓系統重新建立 VPN 路由。

v2flyNG 使用 V2Fly 核心時，也遵循類似的 Android 流量接管邏輯，但核心支援範圍與記錄內容可能不同。不要將 v2rayNG 的 Xray 專用設定原樣套用至 v2flyNG；如果訂閱包含依賴特定核心的參數，應選擇符合節點要求的客戶端與核心。

最後依固定順序重新測試並查看記錄

完成單項檢查後，應回到相同的測試條件重新測試：使用同一個網路、同一個節點、同一個網域與同一個瀏覽器。若每次都更換測試對象，即使頁面恢復，也很難判斷真正原因。建議保持記錄視窗開啟，從啟動核心開始觀察，而不是只截取最後一條紅色訊息。

記錄應按時間順序閱讀。先確認本機入口是否收到請求，再查看路由選擇了哪個出站，最後判斷失敗發生在解析、連線、握手還是遠端回應階段。一條 timeout 只能表示操作超過期限，前後幾行中的目標位址、出站標籤與 DNS 資訊才決定處理方向。

1. 關閉系統代理或中斷 Android VPN，確認裝置本身的基礎網路可以存取一般頁面。
2. 校準系統時間、更新訂閱，選取實際連線測試成功的節點。
3. 啟動核心後查看記錄，確認沒有設定解析失敗或本機連接埠佔用。
4. 暫時使用全域代理測試同一個網域，以排除自訂路由規則。
5. 恢復預設 DNS 進行比對，重新啟動核心後清除瀏覽器或系統 DNS 快取。
6. 桌面端重新套用系統代理，核對 127.0.0.1 與實際監聽連接埠。
7. Android 端重新建立 VPN，核對分應用程式範圍、私有 DNS 與背景執行權限。
8. 確認恢復後逐項還原個人化設定，每還原一項就重新測試一次。