Clash 規則模式、全域模式、直連模式差在哪？日常該用哪一種？

日常用規則模式，排查問題時再暫時切換

已有可用的訂閱，想讓本機服務直連、指定網站走代理，請先選規則模式。全域模式適合短暫確認代理出口是否正常，直連模式則適合檢查本機網路。三種模式改變的是流入 Clash 核心後的流量處理方式，不是不同節點，也不是速度等級。

Clash 系列用戶端，以及採用 Clash Meta（現稱 mihomo）核心的用戶端，通常會將這三個選項顯示為「規則 / Rule」、「全域 / Global」、「直連 / Direct」。實際選項位置會隨用戶端版本而異，但底層設定欄位通常分別是 rule、global、direct。

三種模式的流量走向

規則模式：由規則決定出口，不會自動判斷網站位置

應用程式請求
  → 透過系統代理或 TUN 接入
  → Clash / mihomo
  → 依序檢查 rules
      → 符合 DIRECT：本機網路 → 目標
      → 符合代理策略組：選定節點 → 目標
      → 符合 REJECT：拒絕連線
      → 到達 MATCH：依照備援策略處理

規則會由上往下比對，通常由第一條符合的規則決定如何處理目標。目標可以是內建策略 DIRECT、REJECT，也可以是設定中已定義的策略組。規則模式並沒有內建固定的「中國大陸直連、海外走代理」清單；最終結果取決於訂閱中的規則，以及規則集是否成功載入。

例如公司內網網域應該直連，卻被備援規則送進代理組，就可能無法連線。這時換節點不一定有用，應先在連線詳細資訊中查看符合的規則，再考慮新增更精確的直連規則。如果使用公司 VPN，也要確認路由沒有被其他接管方式覆蓋。

全域模式：略過一般分流，使用 GLOBAL 的選擇

已進入核心的應用程式請求
  → GLOBAL 策略組
  → 目前選取的節點或策略
  → 目標

全域模式通常不會依一般 rules 清單分流，而是使用內建的 GLOBAL 策略組。它適合用來確認一個明確問題：指定代理出口後，是否能正常連線至同一個目標？切換後也要進入代理頁面展開 GLOBAL，確認選取的是預期的節點或策略組。

全域模式不保證一定會經過遠端節點。如果 GLOBAL 選的是 DIRECT，或選取的下層策略最後指向直連，連線仍會直接送出。全域模式也不會自動接管未進入核心的其他應用程式流量。

直連模式：保留流量接入，但不使用遠端代理節點

已進入核心的應用程式請求
  → DIRECT
  → 本機網路
  → 目標

直連模式會讓進入核心的連線透過本機網路出口。用戶端仍可能繼續執行本機代理連接埠、DNS 服務或 TUN 虛擬網卡，因此不等於「網路恢復成啟動用戶端之前的狀態」。若要比較完全不經過用戶端的情況，還要另外關閉系統代理與 TUN，並檢查應用程式本身的代理設定。

代理模式、系統代理與 TUN 有何不同

系統代理和 TUN 負責「流量如何進入」，規則、全域、直連則決定「進入後如何送出」。這是最容易混淆的兩層設定。啟用 TUN 後仍可使用規則模式，不必為了 TUN 切換成全域模式。

• 系統代理：讓遵循系統代理設定的應用程式將請求交給本機代理連接埠。有些遊戲、命令列工具或使用自有網路堆疊的應用程式不會採用系統代理。
• TUN 模式：透過虛擬網路介面與相關路由接入流量，涵蓋範圍通常比系統代理廣，但仍會受到路由排除、權限和平台實作等條件影響。
• 代理模式：為已進入核心的連線選擇規則分流、GLOBAL 策略或直連。

例如，設定中的 mixed-port: 7890 表示本機混合代理的監聽連接埠是 7890，不代表已啟用全域模式。瀏覽器的手動代理位址可以設為 127.0.0.1:7890；實際連接埠請以用戶端目前顯示的值為準，不要將範例連接埠視為所有安裝環境的預設值。

在用戶端切換，並確認設定確實生效

桌面用戶端通常會將模式選項放在首頁卡片、代理頁面或系統匣選單中。以 Clash Verge Rev 這類用戶端為例，可先在主畫面找到「代理模式」，再選擇「規則」、「全域」或「直連」；部分版本也能從系統匣圖示的選單切換。選項名稱和位置可能不同，請以這三種模式為判斷依據，不要只看外觀相似的開關。

1. 記下原本設定：記錄目前模式、節點，以及系統代理和 TUN 是否啟用。不要只記節點名稱。
2. 切換至全域：選擇「全域 / Global」，前往「代理 / Proxies」頁面，展開「GLOBAL」，再選取一個已知可用的節點。
3. 建立新連線：重新開啟目標頁面，並在「連線 / Connections」中尋找對應網域。必要時只關閉該目標的既有連線，再重新整理頁面。
4. 檢查出口路徑：連線詳細資訊中應能看到所選節點或策略鏈。不同介面可能顯示 GLOBAL、節點名稱或完整路徑，不能只憑按鈕是否反白來判斷。
5. 切回規則：測試結束後切回「規則 / Rule」，重新連線至同一目標，比較符合的規則與最終策略。

已建立的 TCP 連線、瀏覽器連線池或持續執行的下載工作，可能會繼續沿用原有連線。切換模式不代表所有舊連線都會立刻重新建立。為避免誤判，建議先重新開啟目標頁面；不必一開始就清除所有連線，以免中斷會議或檔案傳輸。

設定檔中的 mode 欄位

# 設定片段：日常使用規則模式
mode: rule

# 本機混合代理連接埠範例，請以實際設定為準
mixed-port: 7890

需要使用全域或直連時，將 mode 的值分別改為 global 或 direct。同一份 YAML 不要重複設定多個頂層 mode。圖形用戶端可能會儲存執行時的選擇，也可能透過覆寫設定取代訂閱欄位；重新載入設定後若模式改變，請檢查用戶端的持久化設定，不要一再修改訂閱原始內容。

規則模式無法連線、全域模式可以：依序檢查

這種情況很常見，但不能因此直接判定「規則模式故障」。全域測試可能使用了不同節點，也可能避開了錯誤的直連規則。只有在測試條件一致時，結果才有參考價值。

先讓兩種模式使用同一個節點

在規則模式中，找到目標符合的代理組並手動選定節點；在全域模式中，也讓 GLOBAL 使用同一個節點。測試期間先不要使用可能自動更換出口的選擇組，否則比較的不只是模式，還包括連線路徑。

接著檢查符合的規則與備援策略

• 目標符合 DIRECT，但本機網路無法連線：檢查是否有範圍過大的直連網域規則或 IP 規則。
• 目標符合 REJECT：確認攔截規則是否誤擋，特別是登入、驗證和靜態資源網域。
• 目標符合 MATCH：檢查備援目標是否符合預期，以及相關規則集是否成功載入。
• 目標符合正確的代理組但仍無法連線：確認該組實際選取的項目，不要只看組名是否包含「代理」兩字。

自訂規則必須引用已存在且名稱完全相同的策略組。較精確的規則通常要放在會先符合的寬泛規則之前，並置於備援 MATCH 之前。訂閱更新時可能會覆蓋手動修改；若要長期調整，建議使用用戶端提供的規則覆寫或合併功能，並先閱讀相關說明再儲存。

最後再檢查 DNS

切換至全域模式通常不會自動更換整套 DNS 設定。網域解析失敗、DNS 上游無法連線、fake-ip 與應用程式不相容等問題，可能在多種模式下都會發生。先查看記錄中是否有解析逾時，再確認 DNS 上游是否可連線；不要把「全域」當成 DNS 修復開關，也不要一次更換多個 DNS 欄位。

用三個目標進行可重複的對照測試

準備一個可正常直連的網站、一個需要指定代理出口的目標，以及一項區域網路服務，例如自家路由器的管理頁面。區域網路位址請以實際閘道為準，不要假設所有裝置使用相同位址。每種模式觀察約 30 秒，記錄新連線；不要將等待時間當成效能測試結果。

如果區域網路請求因路由排除而未進入核心，即使在全域模式下仍可能直連；這是接入層的行為，不代表全域模式失效。反過來說，若連線到區域網路服務的流量進入核心，並在全域模式下被送往遠端節點，服務就可能無法存取。排查完成後，請恢復規則模式，並檢查區域網路直連或路由排除設定。

節點延遲測試的數值只能反映特定探測方式下的回應狀況，無法證明目標網站的登入、影片播放或檔案下載一定正常。最終應綜合實際服務請求、連線路徑和錯誤記錄判斷。

常見問題與日常設定建議

全域模式一定比較快嗎？

不一定。原本適合直連的服務若經過遠端節點，可能增加繞路和延遲，也可能消耗更多訂閱流量。全域模式的用途是簡化出口選擇、方便測試，不是讓所有應用程式都變快。規則模式的效能則取決於規則是否合理、DNS 是否正常，以及所選線路的實際品質。

直連模式可以暫停訂閱流量消耗嗎？

進入核心的一般連線使用直連時，不會透過所選遠端代理節點轉送。但用戶端仍可能執行節點健康檢查、訂閱更新或其他背景工作，因此不能保證所有背景通訊都會停止。若要暫停相關活動，請分別檢查自動測速、更新工作和用戶端的執行狀態。

手機上的全域模式等於所有應用程式都走節點嗎？

也不一定。行動裝置用戶端透過系統提供的 VPN 或網路延伸功能接管流量，仍可能受到應用程式排除、路由排除和平台限制影響。請先確認目標應用程式已由用戶端接管，再檢查全域策略實際選取的項目。不要只憑狀態列上的 VPN 圖示判斷每條連線的出口。

繼續設定前，可先查看快速入門教學，確認訂閱已啟用，再到設定參考檢查規則與策略組的引用關係。如果所有模式都無法連線，請優先檢查流量接入、節點是否可用及 DNS，而不是反覆切換模式。