系統代理、全域與繞過中國大陸模式怎麼選：v2rayN 代理模式比較

系統代理與路由模式：入口和出口

在 v2rayN 中，「自動設定系統代理」和「全域」是不同的設定。前者會修改作業系統的代理設定，讓遵循該設定的瀏覽器等應用程式將請求送至本機代理埠；後者則是核心收到請求後採用的路由策略。可以把兩者想成入口與分岔路：請求沒有進入入口，調整分岔路也不會改變這次請求的方向。

本文以 Windows 的系統代理設定為例。不同版本的桌面介面，以及其他桌面作業系統的代理整合方式可能有所不同，請以實際安裝版本的選單位置為準。在主視窗的「系統代理」選單中選擇「自動設定系統代理」，再另外選擇路由預設。不要把「系統代理已啟用」當成「所有請求都經由遠端節點連線」的證明。

全域、繞過中國大陸、黑名單：三種流量走向

路由預設的顯示名稱不一定一致。有些版本或匯入的規則會使用「繞過中國大陸」，有些規則集則稱為「白名單」；「黑名單」通常表示只有列出的目標會走代理。名稱只能協助理解設定意圖，真正決定結果的是規則內容、排列順序，以及未符合規則時的預設出口。以下比較常見策略，不將特定名稱視為固定的設定標準。

繞過中國大陸與黑名單的主要差異，在於如何處理「未知目標」。繞過中國大陸通常會將未知目標交給代理，黑名單則通常讓未知目標直連。新服務若同時使用首頁、驗證與靜態資源等不同網域，黑名單只設定首頁，就可能發生頁面能開啟、卻無法登入的情況；這不一定是節點協定本身有問題。

規則順序與 DNS：為何相同模式會有不同結果

核心會依序檢查路由規則，由第一條符合的規則決定出口。若將特定網域的代理例外放在範圍較廣的直連規則之後，該例外可能永遠不會生效。區域網路目標也要謹慎處理：連線至路由器管理頁面、印表機或內網檔案服務時，通常應使用直連，不應將請求送往遠端節點。

1. 先設定明確的例外。例如，要讓 full:service.example 走代理，應將它放在可能涵蓋該網域的通用規則之前。
2. 接著設定區域網路與地區規則。geoip:private 常用來識別私有位址；geosite:cn 與 geoip:cn 分別依賴網域資料庫與 IP 資料庫。
3. 最後確認預設出口。在常見的 Xray/V2Ray 設定中，未符合路由規則的請求通常會使用第一個出站。應檢查產生的設定，不要以為省略規則就會自動改走代理。

以下僅展示路由片段，用來說明例外規則應放在前面。這不是可直接匯入的完整設定：假設出站中已存在 proxy 與 direct 兩個標籤，且目前使用的核心已載入包含相關分類的資料檔。範例網域為文件中的虛構值，並非實際服務位址。

{
  "routing": {
    "domainStrategy": "AsIs",
    "rules": [
      {
        "type": "field",
        "domain": ["full:service.example"],
        "outboundTag": "proxy"
      },
      {
        "type": "field",
        "ip": ["geoip:private"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "domain": ["geosite:cn"],
        "outboundTag": "direct"
      },
      {
        "type": "field",
        "ip": ["geoip:cn"],
        "outboundTag": "direct"
      }
    ]
  }
}

因此，「中國大陸網站卻走代理」不一定代表預設設定失效，也可能是網域資料庫未涵蓋、應用程式只送出 IP，或規則解析出的位址不在中國大陸 IP 清單中。反過來說，某個海外服務若使用中國大陸資源網域，繞過中國大陸也可能使部分請求直連。分流的單位是個別請求，不是瀏覽器分頁，也不是整個網站的品牌名稱。

日常設定：分別處理瀏覽器與獨立應用程式

建議先保留一種入口方式，讓設定維持簡單。若瀏覽器遵循系統代理，可從「自動設定系統代理＋繞過中國大陸」開始。命令列工具、遊戲或下載工具不一定會讀取系統代理，需分別查看各自的代理選項。只有確認接入範圍不足時，再評估 TUN，避免同時啟用多種接管方式，導致無法判斷請求從何處進入。

訂閱提供節點資訊，路由則負責選擇請求出口。更新訂閱通常無法修正本機規則順序錯誤。若節點失效，三種路由模式都可能無法使用；若只有一種模式失敗，更應檢查規則與 DNS。調整時一次只變更一個項目，並記錄原始設定，避免同時更換節點、修改入口和路由，失去對照依據。

對照測試：使用同一節點驗證不同模式

測速結果無法取代應用程式請求的路由驗證。延遲測試可能只表示某個測試目標能連線，不代表瀏覽器請求進入了相同入口。選擇一個常用的中國大陸網頁、一個需要代理的網頁，以及一個區域網路目標；保持節點不變，分別記錄三種模式的結果。本文不提供虛構的延遲或速度數值，應依據本機日誌與實際請求判斷。

1. 確認核心已啟動。檢查啟動日誌是否出現監聽失敗、連接埠遭占用或規則資料檔讀取錯誤。若 10808 已被其他程序占用，請先排除入口問題。
2. 先測試全域。重新建立請求，確認代理目標可透過目前節點存取。若頁面有快取，只重新整理可能不夠，可關閉相關分頁或重新啟動測試應用程式。
3. 再測試繞過中國大陸。使用同一個目標比較結果。若有存取日誌，請確認目標位址與出站標籤；出站標籤不一定是 proxy 或 direct，請以目前設定為準。
4. 最後測試黑名單。確認首頁、驗證介面與資源網域是否都已加入代理清單，並觀察是否只有部分請求走直連。
5. 只新增必要的例外。優先加入精確的網域規則，不要為了修正一個介面就擴大代理範圍至所有流量。確認有效後，再儲存為長期設定。

既有的長連線不一定會在切換模式後立刻重新選擇出口，因此對照測試必須建立新連線。若日誌包含訂閱網址、節點憑證或存取目標，分享螢幕截圖前請遮蔽敏感資訊。若要進一步檢查連線路徑，請參閱進階使用中的連線排查；基本安裝與入口設定請見快速入門。

常見問題：啟用代理後仍有異常，該怎麼辦？