v2rayN 顯示已連線卻無法上網：系統代理、路由與 DNS 排查指南

一、確認系統代理，不要只看連線狀態

先確認「系統代理」是否設為「自動設定系統代理」。用戶端正在執行、畫面顯示節點名稱，甚至延遲測試有結果，都不代表瀏覽器已使用代理。v2rayN 是設定與管理介面；實際接收本機請求並連線到遠端伺服器的是核心。排查時要同時確認應用程式的連線入口與核心狀態。

以下選單名稱以常見的繁體中文介面為準。不同桌面版本的選項位置可能不同；若在底部選單找不到，請在工作列通知區域的 v2rayN 圖示上按右鍵，尋找相同名稱的選項。先記下原有設定，暫時關閉 TUN 模式，只檢查系統代理這條路徑，避免兩種流量接管方式互相干擾。

1. 測試直接連線

   在 v2rayN 的「系統代理」選擇「清除系統代理」，再開啟平時可直接瀏覽的網站。若此時仍無法連線，請先檢查電腦網路、Wi-Fi 認證或上游網路。

2. 設定使用中的節點

   在主畫面選取目標節點，按右鍵選擇「設為活動伺服器」。等待核心啟動；若底部日誌馬上出現啟動失敗訊息，請先依下一節檢查連接埠。

3. 啟用系統代理

   點選「系統代理」→「自動設定系統代理」。在 Windows「設定」→「網路和網際網路」→「代理伺服器」中，確認代理位址指向本機，且連接埠與用戶端的入站設定一致。

4. 排除其他代理設定

   檢查瀏覽器擴充功能與瀏覽器本身的代理設定。若有另外指定代理，先停用該設定，再完全關閉並重新開啟瀏覽器，以相同網址重新測試。

二、檢查本機連接埠與核心是否正在監聽

系統代理設定的連接埠必須與核心實際監聽的連接埠一致。在 v2rayN 開啟「設定」→「參數設定」，找到本機入站的監聽位址、連接埠與協定類型。不同版本可能將相關設定放在「Core:基礎設定」或入站設定分頁。請勿將遠端節點的伺服器連接埠填入系統代理。

以下命令適用於 Windows PowerShell。假設用戶端的 HTTP 或混合入站連接埠為 10808；若實際設定不同，請先替換命令中的數字。若只有 SOCKS 入站，請勿直接使用這裡的 HTTP 代理測試。

Test-NetConnection 127.0.0.1 -Port 10808
netstat -ano | findstr ":10808"
curl.exe -I --connect-timeout 10 --max-time 20 -x http://127.0.0.1:10808 https://www.example.com/

• TcpTestSucceeded : True 只代表本機連接埠可連線，不代表遠端節點、DNS 或目標網站可正常使用。
• 在 netstat 輸出中查看 LISTENING 列及最右側的 PID，再到工作管理員的「詳細資料」頁面確認處理程序。請勿只憑連接埠號碼終止不明處理程序。
• 代理請求收到 HTTP 狀態碼，表示請求已獲得回應。403 也可能是網站的存取政策所致，不應歸類為本機連接埠故障；只出現 200 Connection established，仍不足以證明後續 TLS 交握與網頁請求成功。
• 若連接埠沒有處於監聽狀態，請查看用戶端日誌並尋找啟動錯誤。若監聽者是另一個本機代理程序，先關閉重複執行的程序，或變更入站連接埠後重新設定系統代理。

三、檢查路由分流是否選錯出口

確認本機連接埠正常後，再檢查「路由」。路由分流是指核心依照規則，將請求送往代理、直連或阻擋出口。瀏覽器請求進入核心，不代表一定會經過所選節點；自訂規則也可能讓特定網域改走直連或遭到阻擋。

1. 記下目前的路由設定名稱。若介面提供「全域」或「全域代理」預設設定，可暫時切換後，以相同的故障網址重新測試。這裡調整的是路由，不是切換成 TUN 模式。
2. 若全域代理可以正常連線、原模式卻不行，請切回原設定，檢查目標網域是否符合自訂直連、阻擋或範圍過大的網域後綴規則。
3. 若日誌支援顯示路由資訊，請依請求時間找到目標網域，確認實際使用的出站標籤。若日誌沒有相關欄位，請勿只憑清單上的節點名稱判斷流量出口。
4. 修正規則後切回原模式，再測試一個預期直連的網站與一個預期走代理的網站，確認沒有把局部故障變成新的分流錯誤。

四、釐清系統 DNS、核心 DNS 與節點網域解析

DNS 會將網域名稱轉換為 IP 位址。至少要區分兩種名稱：遠端節點伺服器的網域，以及要開啟的網站網域。前者解析失敗時，核心可能無法建立節點連線；後者失敗則可能只影響特定網站。系統 DNS 與核心 DNS 使用的設定也不一定相同。

在 Windows 可先執行以下兩個命令，查看系統解析結果並清除系統快取。第二個命令只會清除本機的系統 DNS 快取，不會重設核心設定，也不會自動清除瀏覽器自己的解析快取。

Resolve-DnsName www.example.com
ipconfig /flushdns

• 系統解析成功：這只能證明目前的系統解析器有回傳結果，不代表核心使用相同的解析路徑，也無法證明解析結果適用於目前的網路。
• 節點網域解析失敗：先確認節點位址沒有拼錯，再檢查建立代理連線所使用的 DNS 路徑。若解析器只能透過尚未建立的代理連線才能存取，就會形成啟動依賴的循環。
• 變更 DNS：在「設定」→「DNS 設定」中確認目前核心對應的選項；若該版本將 DNS 設定放在「參數設定」，請開啟對應分頁。先記下原值，每次只修改一組設定，再依介面指示儲存並重新啟動核心。
• 請勿以 IP 位址取代網址：HTTPS 網站通常依賴網域名稱進行憑證驗證與網站選擇。直接連線 IP 失敗，不能作為 DNS 故障的可靠證據。

若已確認有 SOCKS 入站，也可以使用以下方式讓 SOCKS 代理接收目標網域，並由代理連線處理解析。命令中的 10808 仍須與實際的 SOCKS 或混合入站連接埠一致。可將結果與系統直接解析的結果互相比對，但無法單憑這項測試判定所有解析程序的位置。

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

五、依照日誌原文判斷節點與交握故障

確認連線入口、連接埠、路由與 DNS 後，再驗證節點。先查看用戶端底部的日誌或「日誌」頁面，記下請求發生的時間，再重現一次故障。以下是可能出現的錯誤片段；具體內容會因核心與系統而異，請勿只看最後一個單字就下結論。

切換節點時，維持相同的路由與測試網址，只更換使用中的節點。有 TCP 延遲結果，通常只代表某次連接埠連線有回應，無法證明協定驗證、TLS 交握與網頁請求都成功。使用用戶端提供的可用性或實際連線測試時，也要留意測試目標可能與實際瀏覽的網站不同。

• 若只有某個節點失敗，請確認訂閱是否已更新，以及帳號流量、到期狀態與服務公告。
• 若所有節點突然都無法使用，可透過另一個網路進行比對，例如讓電腦暫時連上手機熱點。比對時不要同時變更核心與 DNS。
• VLESS 與 VMess 的設定欄位不同；使用 REALITY 的節點也必須符合相應的公鑰、伺服器名稱與服務提供者指定的其他參數。請勿將不明欄位留空，或靠猜測填寫。
• 在「設定」→「參數設定」中，確認核心類型相關選項所使用的核心支援該設定。切換核心並非萬用解法；請先記下原本選項，再檢查啟動日誌。

六、常見狀況與修復後檢查

修復完成後，使用相同的瀏覽器重新開啟原本無法瀏覽的網址，再測試一個預期直連的網站。若還需要協助，請整理用戶端與核心版本、系統類型、故障時間、測試方式及對應錯誤行。分享前請遮蔽訂閱網址、使用者識別資訊與驗證參數。請勿公開整份訂閱或完整設定檔來尋求排查建議。

• 系統代理指向正確的本機位址與連接埠。
• 正確的程序正在監聽本機連接埠，明確指定代理的請求有收到結果。
• 目標網站在原有路由設定下的流量走向符合預期。
• 已依照日誌分別處理 DNS 與節點交握錯誤。
• 已還原暫時變更的設定；正常關閉用戶端後，網路狀態符合預期。