v2rayN 已連線卻無法上網：系統代理、路由、DNS 與時間檢查指南

一、先釐清「核心已啟動」不等於「網頁可瀏覽」

v2rayN 是用來管理設定並啟動代理核心的用戶端。介面顯示核心已啟動，通常只代表本機程序成功啟動；節點清單顯示延遲，也只表示當下的測試有結果。瀏覽器要求還必須經過本機入口、路由選擇、節點連線及目標網站回應，任何一個環節出錯，都可能讓網頁一直載入。

以下以 Windows 桌面環境為例。不同版本的設定分類可能有所調整，請先在「說明」→「關於」記下版本，再依設定名稱尋找。連接埠範例統一使用 127.0.0.1:10808，並非所有版本都固定使用此值；舊設定可能另有 HTTP 連接埠 10809，請以「設定」→「參數設定」中的本機監聽設定及啟動記錄為準。

排查時固定使用一個節點、一個測試網站和一種網路，並記錄修改前後的錯誤。先不要同時啟用 TUN、修改 DNS、切換核心及更新訂閱，否則即使問題排除，也難以判斷是哪個步驟生效。

二、系統代理：確認瀏覽器要求有送進用戶端

系統代理決定應用程式如何連到 v2rayN，路由則決定流量進入後如何轉送。選取節點不代表所有應用程式都會自動使用該節點；有些應用程式會遵循 Windows 系統代理，有些則須個別設定。為縮小問題範圍，可先暫停 TUN 模式，只測試一般系統代理路徑，測試後再還原原設定。

1. 啟用系統代理

   在主介面底部或系統匣選單開啟「系統代理」→「自動設定系統代理」。先不要使用 PAC 模式，以免網站規則影響入口判斷。

2. 確認系統代理入口

   前往 Windows「設定」→「網路和網際網路」→「Proxy」→「手動設定 Proxy」，查看用戶端寫入的位址與連接埠，確認是否與本機 HTTP 或混合監聽連接埠一致。

3. 排除瀏覽器代理設定覆寫

   暫時停用會修改代理設定的瀏覽器擴充功能；若瀏覽器有獨立代理設定，請改為使用系統代理。關閉後重新開啟瀏覽器，再瀏覽原本的測試網站。

4. 執行明確指定代理的測試

   在 PowerShell 中執行下方指令。此指令會明確指定 HTTP 代理，不受瀏覽器是否讀取系統設定影響；若本機連接埠僅提供 SOCKS，請改用後文的 SOCKS 測試。

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

example.com 是測試目標範例，也可替換成目前無法開啟的網站。--noproxy "" 用來排除本次呼叫受到代理略過清單影響；收到 HTTP 狀態碼，代表至少取得了 HTTP 回應，不表示網站所有資源都能正常載入。若代理本身傳回錯誤頁，還須搭配回應內容與核心記錄判斷。

三、本機連接埠：確認監聽程序與代理類型

本機連線遭拒，通常表示流量尚未抵達遠端。常見原因包括核心已退出、連接埠填錯，或連接埠遭其他程序占用。Windows 上可先檢查監聽狀態，再確認程序；不要只看到程序編號就直接結束工作。

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

# 將上一個指令輸出的 OwningProcess 編號代入查詢
Get-Process -Id 1234

1234 僅示範程序編號的填法，實際請使用上一個指令傳回的值。若沒有監聽記錄，請先查看 v2rayN 記錄，確認啟動失敗原因；若連接埠遭其他程式占用，優先正常關閉衝突程式，或在「設定」→「參數設定」中調整本機監聽連接埠，再重新套用系統代理。

四、路由預設：確認要求是否走預期的出口

確認本機入口可用後，再檢查要求被分配到哪裡。路由規則通常依序比對，由第一條符合的規則決定出口；自訂規則可能讓特定網域直連，也可能將流量送往封鎖出口。切換「繞過」類預設後只有部分網站無法使用，尤其應檢查規則，而不是一概歸咎於節點。

• 記下目前設定：記錄底部「路由」目前選取的預設，以及是否啟用自訂規則，以便還原。
• 暫時比對測試：若用戶端提供全域代理預設，可暫時選取該預設，等設定生效後重新測試相同目標。此處調整的是路由，不是系統代理開關。
• 查看連線記錄：確認測試要求已進入核心，並查看可見的目標位址與出口標籤。標籤由設定檔定義，不一定叫做 proxy 或 direct。
• 縮小規則檢查範圍：若全域代理可用、原本的預設不可用，請還原原預設後逐項檢查目標網域、IP 規則及其引用的規則資料檔。

不要只看到「全域」兩個字，就認定所有流量都已接管：通常只有進入核心的要求會受影響，未使用系統代理的應用程式仍可能直接連線。網域規則與 IP 規則的效果也會受核心的 domainStrategy 等設定影響；排查時先保留預設策略，避免為了解決單一網站問題而改變整套路由行為。

五、DNS：分辨本機、核心與節點位址的解析問題

DNS 故障不只包括「網站網域解析失敗」。如果節點伺服器使用網域名稱，建立連線前也必須先解析；瀏覽器安全 DNS、系統解析器與核心 DNS 設定則可能採用不同路徑。清除 Windows 快取只會影響相關的本機快取，無法同時清除瀏覽器與代理端的所有解析結果。

# 檢查系統解析路徑，不能取代核心 DNS 檢查
Resolve-DnsName example.com

# 透過 SOCKS 將目標網域交由代理端解析
curl.exe --noproxy "" --proxy socks5h://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com/

# 比對：由本機解析目標網域，再透過 SOCKS 連線
curl.exe --noproxy "" --proxy socks5://127.0.0.1:10808 --connect-timeout 10 --max-time 20 -I https://example.com/

# 修改相關設定後，視需要清除 Windows DNS 快取
ipconfig /flushdns

以上兩個 SOCKS 指令要求連接埠支援 SOCKS。socks5h 會將目標網域交由代理端解析，socks5 則由本機先行解析；前者成功、後者失敗時，應優先檢查本機解析路徑。不過，兩個指令也可能因網域與 IP 符合不同路由而產生差異，因此還須參考記錄，不能只根據一次測試下結論。

若只有瀏覽器無法使用，可在瀏覽器設定中搜尋「安全 DNS」，記下原設定後暫時關閉，進行比對測試。若節點網域解析失敗，應先修復建立代理所需的基礎解析路徑，避免依賴尚未建立的代理連線來解析節點。

六、系統時間與節點：排除交握及伺服器故障

系統日期嚴重錯誤會影響 TLS 憑證有效期的判定，部分協定驗證也與時間有關。Windows 時間設定顯示的時區名稱並非唯一判斷依據，關鍵是系統實際時間是否準確。請先同步時間，再處理憑證錯誤；不要以略過憑證驗證取代修復。

1. 同步系統時間

   前往 Windows「設定」→「時間與語言」→「日期與時間」，開啟「自動設定時間」，確認時區後按一下「立即同步」。若同步失敗，請先檢查基礎網路與時間服務。

2. 確認節點欄位

   開啟目前節點的編輯視窗，依照服務提供者的設定核對伺服器位址、連接埠、使用者識別碼、傳輸類型、TLS 伺服器名稱，以及所用協定要求的參數。不要混用不同節點的欄位。

3. 與其他節點比對

   保持系統代理、路由與 DNS 不變，只切換到同一訂閱中的另一個已知可用節點。若只有原節點失敗，再檢查服務提供者的到期時間、可用流量與線路狀態。

4. 切換網路

   若仍無法判斷，可改用手機熱點，重新測試相同節點與目標。若不同網路的結果明顯不同，請檢查目前網路的存取限制、入口網站驗證或連線品質。

若使用 VLESS 與 REALITY，所選用戶端核心必須支援相應設定，並正確填入服務提供者提供的公鑰、伺服器名稱與短識別碼等欄位。不要因為同屬 V2Ray 生態系，就假設不同核心的支援完全相同。TCP 連接埠可連線，也不代表交握參數正確。

七、常見問題與還原檢查

排查完成後，請還原暫時修改的路由、瀏覽器 DNS 與記錄層級，並移除不再需要的測試設定。若問題仍未解決，請整理用戶端與核心版本、故障時間、代理入口連接埠、測試目標及已去識別化的錯誤片段。分享截圖前，請遮住訂閱網址、節點憑證與個人網路資訊；這些資料比一句「顯示已連線」更有助於找出問題。