Clash 規則、全域與直連模式怎麼選？三種出站模式比較

先釐清兩件事：流量是否進入核心，以及進入後如何出站

Clash 的規則、全域與直連是出站決策模式，並非三種流量接管方式。系統代理、應用程式手動代理與 TUN 負責將連線送進核心；模式則決定這些連線接下來交由誰處理。未進入核心的連線，不會因為切換成全域模式就自動使用代理。

例如，遵循系統代理設定的瀏覽器，可以將請求交給本機代理連接埠；未使用系統代理的遊戲，其連線可能仍直接經由實體網卡傳送。兩者同時執行時，Clash 的「全域」只會套用在已接管的連線上。TUN 能擴大接管範圍，但仍會受到路由、排除項目、權限與平台實作方式影響。

以下內容適用於常見 Clash 及 Clash.Meta（後續更名為 mihomo）核心的模式概念。圖形化用戶端可能將入口標示為「模式」、「代理模式」或「出站模式」；按鈕位置與譯名各有不同，判斷時請以目前啟用的模式、連線記錄及實際出站鏈為準。

三種模式比較：規則判斷、統一出站與直接連線

規則模式不代表所有連線都走代理

規則可以指向代理節點、代理群組、DIRECT 或 REJECT。因此，規則模式既能使用代理，也能直連或拒絕連線。一次連線實際採用哪條路徑，取決於符合哪條規則，以及該規則指向的代理群組目前選擇了什麼。

全域模式不代表所有裝置流量都已接管

全域模式通常會將已接管的連線交給內建的 GLOBAL 選擇群組。若該群組選擇代理節點，連線才會經由該節點出站；若選擇 DIRECT，實際上仍是直連。只看到「全域」兩字，無法確認出口已變更，還必須檢查全域策略的選擇結果。

直連模式不等於退出用戶端

使用直連時，系統代理或 TUN 可能仍處於啟用狀態，核心也可能繼續處理連線與 DNS。直連只是將出站策略切換為直接連線。若要排除整個用戶端對網路的影響，還須另外關閉接管功能，並確認系統代理、路由等設定已還原；單獨切換至直連並不等同完成這些操作。

規則模式：依序判斷哪些連線直連

一般規則清單會由上而下依序檢查，符合後便採用對應策略。特定網域的例外應排在較寬泛的條件之前，並將 MATCH 作為兜底規則放在最後。訂閱中的節點數量不代表規則是否完整；代理節點、代理群組與規則清單是三個不同部分。

以下是設定片段，並非可單獨匯入的完整訂閱。範例假設現有設定已定義名為「節點選擇」的代理群組；實際使用時，請換成設定中確實存在的策略名稱，並保留原有節點、DNS 等欄位。

mode: rule

rules:
  - DOMAIN-SUFFIX,example.com,DIRECT
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - IP-CIDR,10.0.0.0/8,DIRECT,no-resolve
  - IP-CIDR,172.16.0.0/12,DIRECT,no-resolve
  - GEOIP,CN,DIRECT
  - MATCH,節點選擇

• DOMAIN-SUFFIX,example.com 會比對 example.com 及其子網域；此處僅供示範，不能直接代表某一類網站清單。
• 三個私有 IPv4 網段僅用於示範區域網路直連，並未涵蓋所有本機位址、IPv6、本機迴路位址或特殊用途網段。
• no-resolve 表示不會為了比對這條 IP 規則而主動解析網域；若連線已有目標 IP，仍可依此進行比對。
• GEOIP,CN 會依據 IP 地理位置資料庫判斷，不等於「所有中文網站」，也無法保證正確辨識所有中國大陸服務。
• MATCH 會接手前面未符合規則的連線，再交由「節點選擇」代理群組決定實際出口。

全域模式：用於測試節點與比對分流

全域模式適合用來減少一個排查變數：暫時略過一般規則分流，讓測試連線使用同一個出站策略。但它無法修復過期訂閱、錯誤憑證、節點無法連線或 DNS 故障，也不保證每個應用程式都能正常運作。

1. 先記下規則模式下失敗的目標網域，以及目前代理群組選用的節點。
2. 切換至全域模式，在 GLOBAL 中選擇同一個節點，避免同時變更模式與節點。
3. 關閉對應的舊連線，再重新連線至相同目標；瀏覽器既有的長連線可能會繼續沿用原本的出站路徑。
4. 查看「連線」或「記錄」頁面，確認新連線確實進入核心，並檢查出站鏈是否包含預期節點。

若同一節點在全域模式下可用、在規則模式下卻失敗，應優先檢查符合的規則、策略群組選擇與兜底規則，而不是立即更換訂閱。若兩種模式都失敗，再檢查節點連線狀態、驗證資訊、名稱解析與目標服務狀態。這些只是排查方向，仍須配合記錄判斷。

暫時統一出口的取捨

全域模式可能讓已接管的區域網路連線、軟體下載與影音串流也經由代理節點傳送，增加流量用量與延遲。公司內網、NAS 或路由器管理頁面也可能因此無法存取。若長期需要「多數走代理、少數直連」，較適合在規則模式中加入明確例外，而非反覆切換全域模式。

直連模式：檢查本機網路與區域網路存取

直連模式適合用來確認一件事：不經過遠端代理節點時，目前的網路能否連上目標？例如存取區域網路印表機、排查本機入口網站驗證，或比對中國大陸服務的連線狀況。若目標本身必須透過代理才能連線，切換直連後失敗並不代表用戶端故障。

無法存取區域網路裝置時的檢查順序

1. 先使用裝置的實際 IP 位址測試，例如 192.168.1.1；這只是常見範例，請以目前的閘道或裝置位址為準。
2. 若 IP 可連線，但裝置名稱無法使用，請檢查 DNS、搜尋網域與名稱探索；.local 通常涉及 mDNS，不能只依一般 DNS 規則判斷。
3. 若直連模式可以存取、規則模式卻不行，請確認私有網段是否被錯誤交給代理策略，以及前面是否已有更早符合的規則。
4. 若兩種模式都無法連線，請再檢查 Wi-Fi 用戶端隔離、裝置防火牆、子網路差異，以及其他 VPN 的路由衝突。

啟用 TUN 時，還要區分「進入 TUN 後由 DIRECT 出站」與「透過路由排除而未進入 TUN」。這兩種路徑並不相同。企業 VPN 或特殊內網應依用戶端支援情況設定接管排除項目，避免同時變更多組路由，導致失去排查依據。

如何搭配系統代理、TUN 與模式切換

模式與接管方式可以分開搭配。系統代理搭配規則模式，適合遵循代理設定的桌面應用程式；TUN 搭配規則模式，則能處理更多不讀取系統代理設定的連線。TUN 搭配全域模式也不代表網路一定可用，節點的 UDP 支援、DNS 路徑及作業系統路由仍會影響結果。

手動設定代理連接埠時，請以用戶端顯示的值為準。例如，只有設定明確寫有 mixed-port: 7890，應用程式才應使用對應的本機混合代理連接埠；127.0.0.1:7890 並非所有用戶端通用的固定位址。請勿將 external-controller 的控制介面連接埠填入瀏覽器代理設定，也不要把本機監聽連接埠當成遠端節點連接埠。

切換模式後仍有異常：依連線記錄排查

Clash 切換模式通常只會影響後續的新連線。瀏覽器連線重用、影音長連線、下載工作與應用程式內建的 DNS 快取，都可能讓結果看起來沒有改變。測試前先記下原有設定，每次只調整一個變數，再使用相同目標重新測試。

• 連線記錄中沒有目標：先確認流量是否進入核心，包括系統代理是否已啟用、應用程式是否自行設定代理，以及 TUN 是否成功啟動。
• 規則模式符合 DIRECT：檢查符合條件是否符合預期；若應使用代理，請調整具體規則或規則順序，不要只切換節點。
• 規則符合代理群組但仍然直連：檢查該群組及其下層群組是否選中了 DIRECT，不要只看群組名稱。
• 全域模式仍然失敗：確認 GLOBAL 的實際選擇，再檢查節點交握、驗證失敗、連線逾時等記錄。
• 網域連線失敗，但 IP 路徑有回應：繼續檢查 DNS；HTTPS 還涉及憑證與 SNI，直接輸入 IP 開啟網頁無法完全取代網域連線測試。

初次設定可接著參閱安裝與設定教學；若要確認不同用戶端的系統代理、TUN 與平台支援情況，請參閱用戶端比較。這些功能取決於具體用戶端與核心，不能只憑「Clash」這個名稱判斷。