適用於 v2rayN 已啟動、v2rayNG 顯示執行中，卻無法開啟網頁的情況。先區分核心啟動、應用程式接入與節點可用性，再透過本機連接埠、明確指定代理的請求和日誌定位問題。每次只調整一項並保留失敗紀錄，避免同時更動 DNS、路由和節點，導致無從判斷。
一、已連線狀態：先確認請求停在哪個環節
v2rayN 顯示核心已啟動，以及 v2rayNG 顯示正在執行，只能證明相關程序或本機 VPN 服務已啟動。這不代表瀏覽器請求已進入代理，更不代表遠端伺服器已完成協定交握。節點旁顯示的延遲也要確認測試類型：TCP 連線測試只檢查連接埠，無法驗證完整的代理功能。
先暫停下載和背景同步，選定一個節點、一個瀏覽器及一個固定的測試網址。桌面端暫時只使用一般本機代理入口，不要同時用 TUN 和系統代理測試。Android 端則先確認使用 VPN 模式，且瀏覽器未被分應用程式規則排除。
- 所有應用程式都無法連線：優先檢查核心、本機監聽和節點連線。
- 只有瀏覽器無法連線：檢查系統代理、瀏覽器的個別代理設定和擴充功能。
- 只有部分網域無法連線：優先檢查 DNS、分流規則和 IPv6 出口。
- 只有一個節點無法連線：記錄該節點的日誌，再用已知可用的節點交叉比對。
二、系統時間與基本網路：先排除代理以外的問題
先停用代理，確認本機網路能否連上原本就可直接存取的網站。如果此時仍無法連線，應先處理 Wi-Fi 登入頁、閘道器、網路權限或電信業者連線問題。代理用戶端無法修復已中斷的基本網路；公共網路若尚未完成網頁認證，節點連線也可能持續逾時。
檢查系統日期、時間和時區。TLS 憑證效期驗證仰賴正確時間，VMess 認證也會受到時間偏差影響。不要只因「顯示的時區不同」就判定故障：關鍵是裝置的實際時間是否正確，而非畫面顯示哪個時區。
- Windows：開啟「設定」→「時間與語言」→「日期與時間」，啟用自動設定時間，再按「立即同步」。
- Linux：執行
timedatectl status，檢查目前時間與System clock synchronized。若尚未同步，請依發行版的時間服務設定進行修復。 - Android：在系統設定中搜尋「日期和時間」，開啟自動設定日期與時間。選單位置會因系統而異。
- 網路交叉測試：在 Wi-Fi 和行動網路之間切換一次。若相同節點只在其中一種網路下無法連線，請繼續檢查該網路的連線限制或 DNS。
三、本機連接埠：確認核心確實正在監聽
開啟 v2rayN 視窗不代表代理入口已建立。進入「設定」→「參數設定」，查看本機監聽位址、連接埠和入口類型；不同桌面版本的標籤可能略有不同。以下以 127.0.0.1:10808 為例，請替換成介面上實際顯示的值。舊設定可能分別提供 SOCKS 和 HTTP 連接埠，新設定也可能使用混合入口。
在 Windows PowerShell 或 Linux 終端機執行對應命令。檢查的是 TCP 監聽狀態，而非節點位址。通常只要監聽在迴圈位址，就足以供本機使用；排查時不必改成監聽所有網路介面。
# Windows PowerShell：檢查 10808 的 TCP 監聽程序
Get-NetTCPConnection -LocalPort 10808 -State Listen |
Select-Object LocalAddress, LocalPort, OwningProcess
# Linux：檢查相同連接埠及其程序
ss -lntp 'sport = :10808'| 檢查結果 | 說明 | 下一步 |
|---|---|---|
| 找不到監聽記錄 | 連接埠填錯，或核心未成功啟動 | 核對設定並查看啟動階段日誌 |
| 監聽程序屬於其他程式 | 本機連接埠發生衝突 | 關閉衝突程序，或改用未占用的連接埠 |
| 核心程序正常監聽 | 本機入口已建立 | 繼續進行明確指定代理的請求測試 |
更換連接埠後，系統代理、瀏覽器個別設定和終端機環境變數也要一併更新。若只將用戶端從 10808 改為 10818，但應用程式仍連到舊連接埠，就會出現核心正常執行、網頁卻一直無法開啟的情況。發現連接埠被占用時，不要直接關閉防火牆；先確認占用程序是否為另一個正在執行的核心。
四、系統代理：用明確指定代理的請求區分入口與節點問題
桌面端在 v2rayN 的「系統代理」選單中選擇「自動設定系統代理」，再檢查作業系統實際記錄的代理位址。Windows 可查看「設定」→「網路和網際網路」→「Proxy」。HTTP 代理欄位必須填入 HTTP 或混合入口；不能把只提供 SOCKS 的連接埠當成 HTTP 連接埠使用。
系統代理不會透明地接管所有應用程式。部分命令列程式、遊戲和瀏覽器擴充功能會使用自己的代理設定，甚至完全忽略系統設定。若要排除這項差異，可以讓 curl 直接連到本機 SOCKS 入口。以下測試網域僅用於檢查請求流程，應搭配回應內容判斷狀態碼。
# Windows：呼叫 curl.exe，避免舊版 PowerShell 中同名的別名
curl.exe --noproxy "" --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com/
# Linux：透過本機 SOCKS 入口送出相同請求
curl --noproxy "" --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com/socks5h 會將目標網域交由 SOCKS 代理端解析；最終使用核心 DNS 或交由遠端解析，仍取決於設定。這裡的 10 秒連線逾時和 20 秒總逾時是診斷參數，並非效能保證。若目前只有 HTTP 入口，請將代理參數改為 --proxy http://127.0.0.1:10808，並使用實際的 HTTP 連接埠。
判斷方式：明確指定代理後請求成功，先修正應用程式入口
如果 curl 收到有效的 HTTP 回應，但瀏覽器仍無法連線，請先檢查瀏覽器代理擴充功能、系統代理位址和略過清單。此時不要立刻更換節點或重設 DNS。部分伺服器不接受 HEAD 請求而回傳 405，這不代表代理連線失敗。
- 無法連線至本機連接埠：回到上一節檢查監聽位址和入口類型。
- 本機連接埠可連線，但請求逾時：查看同一時間的節點交握與輸出連線日誌。
- 收到頁面回應，但只有單一網站異常：比對路由出口、目標網站限制和 DNS 結果。
五、v2rayNG：檢查 VPN 權限與分應用程式代理
Android 端不能直接套用桌面系統代理的排查方式。v2rayNG 的 VPN 模式會透過 Android VPN 服務接管應用程式流量；顯示執行中仍不代表每個應用程式都在接管範圍內。先在主畫面啟動服務，確認系統已授予 VPN 權限，並檢查是否有其他 VPN 服務占用連線。
- 檢查執行模式：進入 v2rayNG「設定」，確認目前使用 VPN 模式。僅代理模式不會自動接管所有應用程式。
- 檢查應用程式範圍：在「設定」中找到「分應用程式代理」，確認瀏覽器未被排除。若使用「只代理所選應用程式」，必須選取瀏覽器；排除模式則相反。
- 檢查系統 VPN：在系統設定中搜尋「VPN」，確認目前啟用的是 v2rayNG，並檢查「一律開啟」和「封鎖未使用 VPN 的連線」等選項是否符合預期。
- 檢查背景執行限制：若鎖定螢幕後失效，請在應用程式資訊的電池設定中允許背景執行，再鎖定螢幕重新測試。權限名稱以裝置系統為準。
不要把節點連線測試成功當成分應用程式設定正確的證據。測試可能由用戶端本身發起，而瀏覽器仍可能被排除。v2rayNG 使用 Xray 核心；若另一台裝置使用 V2fly 核心的 v2flyNG，也要分別核對協定支援和節點參數，不能只憑訂閱名稱相同，就認定執行設定一致。
六、核心日誌：依實際錯誤定位，不要只憑一句錯誤訊息下結論
清除舊日誌後，只送出一次失敗請求，再查看 v2rayN 的核心日誌或 v2rayNG 的日誌頁面。重點記錄時間、連線階段和錯誤上下文。不同核心版本的錯誤格式可能有所變化；以下是常見片段，不保證每次故障都會出現相同的完整訊息。
錯誤：address already in use
原因：某個監聽位址和連接埠已被占用，核心因此無法繫結。
解決方式：使用連接埠查詢命令找出相關程序，關閉重複執行的實例或更換未占用的連接埠，並同步修改應用程式的代理設定。
錯誤：connection refused
原因：連線目標明確拒絕請求；目標可能是本機入口，也可能是遠端節點。
解決方式：先查看日誌中的位址。若是本機位址，檢查監聽狀態；若是遠端位址，核對節點連接埠和服務狀態。
錯誤：i/o timeout
原因：連線或讀寫作業未能在期限內完成，可能與網路路徑、伺服器或交握階段有關。
解決方式：改用另一種網路和已知可用的節點進行比對，保留前後日誌，以區分連線逾時和建立連線後的讀取逾時。
錯誤：x509: certificate has expired or is not yet valid
原因：憑證效期檢查失敗，可能是裝置時間錯誤，也可能是伺服器憑證異常。
解決方式：先同步系統時間，再核對伺服器憑證狀態；不要把略過憑證驗證當成長期解決方式。
錯誤：no such host
原因：網域解析未取得可用結果，需區分節點網域和網頁目標網域。
解決方式：核對網域拼字和實際使用的 DNS 路徑；若節點網域解析失敗，先修復建立代理前的解析環節。
如果日誌顯示已連線至節點，之後卻在交握階段失敗，請再檢查訂閱是否過期、認證資訊是否相符，以及傳輸類型、路徑、TLS 伺服器名稱等參數。VLESS 節點若啟用 REALITY，也需核對公鑰、短 ID 和流控設定。不要任意替換 VMess、VLESS 或傳輸設定來碰運氣，應以伺服器提供的完整設定為準。
七、DNS 與路由：排查部分網站無法開啟
確認本機入口正常，且至少一項代理請求成功後，再排查 DNS 和分流。Windows 的 nslookup example.com、Linux 的 getent ahosts example.com 可用來觀察系統端的解析結果，但不能直接證明核心內建 DNS 正常。瀏覽器也可能啟用安全 DNS，形成第三條解析路徑。
先比對相同網域透過系統解析和明確指定代理請求時的結果。切換 DNS 前記下原設定，每次只修改一處。特別注意：用來建立節點連線的伺服器網域必須先完成解析；若解析依賴一個必須透過該節點才能存取的 DNS，就可能形成啟動階段的循環依賴。
| 狀況 | 優先檢查項目 | 比對方式 |
|---|---|---|
| 系統解析失敗，但代理請求成功 | 系統 DNS 或瀏覽器的解析路徑 | 確認應用程式是否將網域交由代理解析 |
| 全域代理成功，分流模式失敗 | 直連規則、分類資料和規則順序 | 從日誌核對該請求的輸出標籤 |
| 網域有 AAAA 記錄時連線失敗 | IPv6 連線能力與出口支援 | 檢查實際連線位址，暫時以 IPv4 進行比對 |
| 瀏覽器無法連線，其他應用程式正常 | 瀏覽器安全 DNS 與個別代理設定 | 暫停相關擴充功能，再測試相同網址 |
可暫時在用戶端的「路由」選單切換為全域代理設定，測試相同網址後再恢復原設定。全域代理只會改變已進入核心的流量出口，不會讓原本忽略系統代理的應用程式自動接入。若全域代理正常、分流模式失敗，請檢查是否有範圍過大的直連規則優先命中；V2Ray/Xray 的路由規則會依序比對，較前面的命中規則會影響後續判斷。
八、重新測試與常見問題：保留精簡的故障紀錄
修復後依相同順序重新測試：基本網路、本機監聽、明確指定代理、瀏覽器，以及原先無法開啟的網站。一次只改動一項並確認結果穩定，才能更容易找出真正原因。更新訂閱和連線節點是兩回事；更新失敗不一定會讓既有節點失效，而既有節點可用也不代表目前能連上訂閱網址。
節點顯示有延遲，為什麼網頁還是打不開？
先確認延遲測試是否僅為 TCP 測試。接著執行明確指定代理的請求並查看交握日誌；連接埠可連線，仍可能是認證、TLS 或傳輸參數不相符。
關閉 v2rayN 後，瀏覽器也無法上網？
重新開啟用戶端，在「系統代理」選單中選擇「清除系統代理」，再檢查系統代理位址是否仍指向本機連接埠。若電腦受組織政策管理，請先確認原有的代理設定。
v2rayNG 顯示執行中，只有瀏覽器無法連線？
進入「設定」檢查「分應用程式代理」的包含或排除模式，確認瀏覽器在接管範圍內。接著關閉並重新開啟瀏覽器，並確認沒有其他 VPN 服務接管連線。
改過 DNS 還是無法連線，需要重新安裝嗎？
先還原原本的 DNS 設定，再檢查請求是否進入核心，以及日誌顯示在哪個階段失敗。重新安裝前先備份設定並記下版本資訊；若問題出在本機監聽、系統代理或伺服器參數，重新安裝通常無法取代問題排查。
- 記錄環境：作業系統、用戶端版本、核心版本、網路類型。
- 記錄入口：系統代理或 VPN 模式、本機連接埠、分應用程式設定。
- 記錄交叉測試結果：相同請求在另一個節點或另一種網路下是否成功。
- 記錄日誌：保留失敗前後的相關內容，分享前移除訂閱網址、認證資訊和個人網路資訊。
基本設定可參考快速入門；若要進一步檢查 DNS 和路由，請參閱使用手冊的 DNS 設定。先確認問題發生在哪個環節，再調整對應設定，比反覆匯入訂閱或同時切換多個選項，更容易重現並確認結果。