v2rayN 顯示已連線卻無法上網：8 步故障排除清單

第 1 步：確認節點已選取、核心已啟動，並檢查請求是否成功

v2rayN 是圖形介面用戶端，實際代理請求由選取的核心處理。介面上節點反白、系統代理已設定，或延遲測試顯示數值，都不能單獨證明瀏覽器的 HTTPS 請求已透過節點送出。TCP 延遲測試通常只能確認某個位址與連接埠可連線，無法驗證認證、TLS、REALITY，以及連至目標網站的完整路徑。

先關閉其他會接管網路連線的程式，並暫時停用 v2rayN 的 TUN 模式，以「系統代理＋本機入口」作為測試基準。系統代理與 TUN 模式接管的範圍不同，同時啟用會增加路由與 DNS 等變因。如果所在網路要求使用企業代理或通過驗證，請先完成網路登入，不要直接移除組織要求的設定。

1. 暫時清除系統代理，開啟平常可以直接連線的網站，確認基礎網路正常。
2. 選取要排查的節點並設為作用中伺服器，再查看核心啟動日誌是否出現設定或監聽錯誤。
3. 記下目前的用戶端版本、實際核心名稱與版本、測試網址及時間，後續測試都使用相同條件。

如果清除系統代理後仍完全無法上網，請先檢查 Wi-Fi、閘道器、網路驗證與系統 DNS。此時繼續切換 VLESS、VMess 或訂閱群組，通常無法解決基礎網路問題。

第 2 步：確認系統代理位址與本機入口

在 v2rayN 系統匣選單中找到「系統代理」，選擇「自動設定系統代理」。不同版本的選項文字可能略有差異，重點是讓 Windows 的代理伺服器位址指向正在運作的本機入口，而不只是選取節點。接著前往 Windows「設定」→「網路和網際網路」→「Proxy」，檢查手動代理的位址與連接埠。

這裡的 10808 僅為範例，不是所有版本共用的預設值。請前往「設定」→「參數設定」確認本機監聽相關選項，並以啟動日誌或實際設定為準。有些版本分別提供 SOCKS 與 HTTP 入口，有些則使用混合入口；Windows 手動代理必須使用可接收 HTTP 代理請求的入口，不能任意填入僅支援 SOCKS 的連接埠。

• 代理位址請填本機迴路位址，不要填遠端節點網域名稱或訂閱連結。
• 本機入口連接埠與節點伺服器連接埠用途不同，兩者不必相同。
• 檢查自動設定指令碼與手動代理是否留有其他程式的設定，避免瀏覽器繼續使用舊指令碼。
• 命令列工具和部分應用程式不會使用 Windows 系統代理，必須另外指定代理；不能因此判定節點失效。

第 3 步：檢查連接埠監聽與程序占用

系統代理設定正確，但本機連接埠沒有服務接收請求，網頁仍然無法開啟。開啟 PowerShell 並執行以下查詢。如果實際連接埠不是 10808，請先替換命令中的數字。

netstat -ano | findstr ":10808"
Get-NetTCPConnection -LocalPort 10808 -State Listen

請留意本機位址、LISTENING 狀態與程序 ID。查不到監聽時，優先確認核心是否已退出；查到監聽也要確認它屬於目前由 v2rayN 啟動的核心，而非另一個用戶端執行個體。在工作管理員的「詳細資料」中依 PID 核對，必要時新增「命令列」欄以確認程式路徑。

不要直接結束名稱不熟悉的系統程序。排除連接埠衝突後，重新啟動目前的核心並再次確認監聽狀態；只修改系統代理、核心卻未成功繫結連接埠，問題仍會存在。

第 4 步：同步時間並確認節點握手參數

本機入口正常，但所有請求都在建立連線時失敗，就該檢查節點參數與裝置時間。Windows 11 可前往「設定」→「時間與語言」→「日期與時間」，啟用自動設定時間後，按一下「立即同步」。確認日期和時鐘準確；只變更時區顯示不代表系統時間已校正。

訂閱更新成功只代表已取得設定，不代表節點仍在提供服務，也不代表目前的核心支援其中所有欄位。如果匯入後發現欄位缺漏，請先確認用戶端實際呼叫的核心與設定格式，再向設定提供者查詢。REALITY 等功能應依照相應版本的 Xray 支援範圍確認，不能把 V2Fly 與 Xray 視為完全相同的核心。

• 從可信任的設定來源重新匯入一個節點，與舊項目逐一比對，避免手動修改時漏掉欄位。
• 不要把停用憑證驗證當成通用解法。遇到憑證錯誤，應先檢查時間、伺服器名稱與伺服器端憑證鏈。
• 如果同一個節點在另一台裝置上可用，請比對實際參數與核心版本，不要只比較節點名稱。

第 5 步：區分 DNS 問題與代理連線問題

「網域無法開啟」不一定是 DNS 故障。連線到節點網域需要進行解析；直接連線的目標可能由本機解析，而代理目標的解析位置則取決於核心與輸出設定。這些階段可能使用不同的上游 DNS；瀏覽器安全 DNS、Windows DNS 與核心 DNS 也不是同一個設定。

先使用 Windows 內建的 curl.exe 明確指定代理，排除瀏覽器設定的影響。以下測試的逾時上限為 15 秒，僅用來觀察回應與錯誤發生階段，不保證特定狀態碼，也不是速度測試。請將連接埠改成實際支援 HTTP 代理的本機入口。

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

Resolve-DnsName www.example.com

第一個命令用來測試經指定入口送出的請求；第二個命令只會檢查 Windows 目前使用的系統解析路徑，無法證明核心 DNS 正常運作。若要比較 SOCKS 的本機解析與代理端解析，請先確認入口支援 SOCKS，再使用以下兩個命令：

curl.exe -I --max-time 15 --socks5 127.0.0.1:10808 https://www.example.com/
curl.exe -I --max-time 15 --socks5-hostname 127.0.0.1:10808 https://www.example.com/

調整 DNS 後可執行 ipconfig /flushdns 清除 Windows DNS 快取，並重新啟動瀏覽器與核心以排除各自的快取影響。不要隨意將 HTTPS 目標改成 IP 位址測試：憑證名稱、SNI 與網站虛擬主機可能因此改變，反而造成新錯誤。

第 6 步：檢查路由分流與預設輸出

同一個節點透過明確指定代理的測試正常，但瀏覽器只有部分網域連線失敗，常見原因是路由將這些請求送往直連或阻斷輸出。開啟 v2rayN 的路由設定，檢查目前的規則集、比對順序與預設輸出。選單位置會因版本而異，請以介面中的「路由設定」或路由設定入口為準。

1. 記下目前的路由設定名稱，先備份自訂規則。
2. 暫時選擇會將目標請求交由代理輸出的路由模式，再用同一個網址測試。「自動設定系統代理」不代表所有請求都會經過代理。
3. 如果恢復正常，請切回原有規則，檢查網域規則、IP 規則、封鎖項目與預設輸出。
4. 每次只恢復一組自訂規則，直到問題再次出現；找出造成比對的項目後再修改。

網域策略也會影響解析時機。AsIs、IPIfNonMatch 與 IPOnDemand 的解析時機各不相同，不能理解為「越積極解析越穩定」。當 IP 規則需要解析結果時，DNS 回傳值會參與輸出選擇；解析錯誤與規則範圍過廣，也可能一起把請求送往錯誤的出口。

第 7 步：排除瀏覽器擴充功能與獨立代理設定

如果明確指定代理的 curl.exe 能收到目標網站回應，只有瀏覽器無法連線，排查重點應轉向瀏覽器。先用暫時建立的瀏覽器設定檔開啟相同網址，比直接清除所有瀏覽紀錄更能保留原有狀態。無痕視窗不一定完全乾淨，有些擴充功能仍可能獲准在其中執行。

• 代理擴充功能：暫時停用代理切換擴充功能，避免它覆寫 Windows 系統代理或繼續使用舊連接埠。
• 獨立代理：在 Firefox 中檢查「設定」→「一般」→「網路設定」→「設定」，確認沒有指向已失效的手動代理。
• 安全 DNS：記下目前的模式，暫時改用系統解析路徑進行比對測試；不要同時更改核心 DNS 與瀏覽器 DNS。
• 快取與連線：完全結束瀏覽器程序後重新開啟。只重新整理分頁，可能仍會沿用舊連線或快取結果。
• 安全軟體：檢查是否封鎖核心程式或本機代理連線，優先查看日誌並針對性允許，不要長時間停用防護。

如果只有某個網站無法連線，請再測試其他 HTTPS 網站。網站本身故障、帳戶存取限制、出口 IP 限制或憑證問題，都可能造成「無法開啟」的狀況，不能只用一個網站判斷節點整體狀態。若已收到網站回傳的 HTTP 錯誤狀態碼，通常表示至少這次請求已到達能夠回傳回應的伺服器或中介層。

第 8 步：依時間比對日誌，再測試其他網路

最後再進一步檢查日誌。先記下點擊網頁的時間，再查看附近的核心輸出。日常使用可保留 warning；排除問題時可暫時提高至 info，必要時短時間使用 debug。提高日誌層級後，內容可能包含目標網域與連線資訊；排查結束後請還原原設定。

下一輪只變更一個條件：在同一台電腦上使用相同節點，改連手機熱點；或在同一個網路中改用已確認可用的其他節點。前者有助於判斷原網路是否有限制，後者則能協助確認節點服務狀態。不要同時切換網路、協定、DNS 與核心，否則即使恢復正常，也無法判斷是哪個變更生效。