系統代理未生效怎麼辦：分別排查瀏覽器與命令列終端機

先釐清系統代理會影響哪些流量

「啟動 v2rayN」和「應用程式流量已進入代理」是兩回事。v2rayN 執行 Xray 核心後，會在本機迴路位址建立 SOCKS、HTTP 或混合入站埠；系統代理則會將其中一個埠寫入作業系統設定。只有主動讀取該設定的應用程式，才會把請求交給本機埠。節點顯示已連線，只能代表用戶端具備對外連線條件，無法證明瀏覽器、終端機或其他程式已使用代理。

以 v2rayN 7.x 的常見設定為例，本機 SOCKS 埠可能是 127.0.0.1:10808，HTTP 埠可能是 127.0.0.1:10809。實際埠號應以「設定」→「參數設定」中的本機監聽設定為準；若曾修改起始埠，測試指令也要同步調整。將 HTTP 請求送到 SOCKS 埠，或把 SOCKS 位址填成 HTTP 位址，都會表現為連線失敗。

先確認 v2rayN 本機埠是否可用

開始檢查瀏覽器前，應先排除用戶端埠未監聽、埠號被占用或核心未成功啟動的可能性。將 v2rayN 切換到準備使用的節點，查看主介面或執行記錄是否出現啟動成功訊息，再核對目前的 Core 類型。VMess、VLESS 等節點參數由核心處理，系統代理本身不會修正伺服器位址、埠號、傳輸層或使用者識別資訊的錯誤。

1. 確認核心已啟動

   在 v2rayN 主介面選取節點並設為作用中伺服器，開啟執行記錄。正常情況下會看到核心啟動與本機入站監聽資訊；若視窗持續顯示重新啟動或結束，應先處理記錄中的設定錯誤。

2. 核對監聽埠

   進入「設定」→「參數設定」，記下本機 SOCKS 與 HTTP 埠。本文範例使用 SOCKS 10808、HTTP 10809，不要直接套用與介面不一致的數字。

3. 設定系統代理

   開啟 v2rayN 的「系統代理」選單，選擇自動設定系統代理。接著進入 Windows「設定」→「網路和 Internet」→「代理」，確認位址指向 127.0.0.1，且埠號與用戶端目前的 HTTP 監聽埠一致。

4. 測試迴路連線

   在 PowerShell 中執行 Test-NetConnection 127.0.0.1 -Port 10809。結果中的 TcpTestSucceeded 應為 True；若為 False，問題仍在本機監聽或埠號占用。

5. 進行明確代理測試

   執行 curl.exe --proxy http://127.0.0.1:10809 -I https://example.com。在正常的本機測試中，迴路建立連線的時間通常低於 0.01 秒；遠端回應時間則取決於節點線路。

瀏覽器未使用代理時的檢查順序

如果明確的 curl 代理請求成功，但瀏覽器存取時仍直接連線，表示節點與本機埠大致可用，下一步應聚焦於瀏覽器讀取代理設定的方式。先完全結束瀏覽器再重新開啟，避免舊程序保留連線池或啟動時讀取的代理狀態。只關閉單一分頁通常不足以重建所有網路程序。

Chromium 系瀏覽器通常會呼叫 Windows 系統代理，但獨立代理擴充功能、受管理原則與啟動參數可能覆寫系統設定。Firefox 則可在自己的網路設定中選擇「不使用代理」、「使用系統代理設定」或「手動代理設定」。若只有 Firefox 失敗，應進入「設定」→「一般」→「網路設定」，選擇使用系統代理，或依 v2rayN 目前埠號填寫 HTTP 與 SOCKS 位址。

• 確認系統手動代理位址是 127.0.0.1，而不是已失效的區域網路位址。
• 確認埠號與 v2rayN 目前設定一致，尤其要注意切換設定目錄後，埠號可能會恢復預設值。
• 暫時停用會改寫代理規則的瀏覽器擴充功能，再重新啟動整個瀏覽器程序進行測試。
• 檢查 Windows 代理設定中的例外清單；若目標網域被加入略過清單，便會直接連線。
• 分別測試一般視窗與隱私視窗；結果不同通常表示擴充功能權限或瀏覽器設定檔存在差異。
• 不要用已快取的單一頁面判斷結果，可開啟開發人員工具並測試新的 HTTPS 請求。

命令列終端機需要個別設定代理

命令列工具不能一概視為「自動讀取系統代理」。同一個終端機中，curl、PowerShell 模組、執行環境套件管理器與獨立下載程式可能採用不同策略。最可靠的驗證方式，是先為單一指令明確傳入代理位址，再決定是否設定目前工作階段的環境變數。如此可避免把工具設定問題誤判為 v2rayN 節點故障。

HTTP 代理位址應使用 v2rayN 的 HTTP 監聽埠，例如 http://127.0.0.1:10809。需要使用 SOCKS 時，可寫成 socks5h://127.0.0.1:10808；其中 socks5h 代表由代理端解析目標網域，可減少本機 DNS 解析結果與代理出站結果不一致的問題。具體工具是否支援此寫法，應以該指令本身的代理參數為準。

# PowerShell：僅影響目前視窗中之後啟動的程式
$env:HTTP_PROXY="http://127.0.0.1:10809"
$env:HTTPS_PROXY="http://127.0.0.1:10809"
$env:NO_PROXY="localhost,127.0.0.1"

# 明確測試 HTTP 代理
curl.exe --proxy http://127.0.0.1:10809 -I https://example.com

# 明確測試 SOCKS，並由代理端解析網域
curl.exe --proxy socks5h://127.0.0.1:10808 -I https://example.com

:: Windows 命令提示字元：僅設定目前視窗
set HTTP_PROXY=http://127.0.0.1:10809
set HTTPS_PROXY=http://127.0.0.1:10809
set NO_PROXY=localhost,127.0.0.1

# macOS 或 Linux 的 shell：僅設定目前工作階段
export HTTP_PROXY=http://127.0.0.1:10809
export HTTPS_PROXY=http://127.0.0.1:10809
export NO_PROXY=localhost,127.0.0.1

埠號正常仍無法存取時，檢查 DNS 與路由

本機埠可連線，只能證明應用程式成功抵達代理入口。請求進入 Xray 後，還會經過網域解析、路由比對與代理出站。若規則將目標網域送往直接連線出口，外部觀察結果仍可能顯示為本地網路；若節點伺服器的網域解析失敗，所有經該節點轉送的請求都可能逾時。此時應在重現問題的同時觀察執行記錄，而不是只查看瀏覽器錯誤頁面。

先將測試範圍縮小為一個節點、一個瀏覽器與一個明確的 curl 指令。暫時停用複雜的自訂路由，保留私有位址直接連線，其餘測試請求交由代理出站。若這樣恢復，問題通常位於規則順序、網域集合或出站標籤；若仍然失敗，則檢查訂閱中的伺服器位址、埠號、VMess 或 VLESS 使用者參數，以及 TLS 與傳輸方式是否與伺服器端一致。

1. 在 v2rayN 執行記錄中找到測試時間點，確認能看到目標網域或目標位址。
2. 看到請求但顯示直接連線時，檢查路由規則命中的出站標籤與規則優先順序。
3. 看到 timeout 時，區分連線至節點伺服器逾時，還是連線至最終目標逾時。
4. 看到網域解析失敗時，核對節點伺服器位址拼寫，並切換至可用的 DNS 後重新啟動核心。
5. 完全看不到請求時，返回應用程式代理設定繼續排查，不要先修改節點協定參數。

根據結果選擇對應的解決方法

排查結束後，不必同時修改所有設定。最有效的方法是保留一個已知可用的節點，根據測試結果決定下一步：迴路埠失敗就處理核心與埠號；明確代理成功但瀏覽器失敗就處理瀏覽器代理來源；瀏覽器成功但終端機失敗就處理命令參數與環境變數；所有應用程式都能在記錄中留下請求但出站失敗，再檢查 DNS、路由與節點設定。