日常使用規則模式，排查時切換全域或直連
日常瀏覽建議優先使用規則模式：需要代理的目標交由代理策略組處理，其他目標則依設定直連。若某個網站無法開啟，可暫時切換至全域模式，確認問題是否與分流規則有關；若要測試本地網路能否直接連線，再切換至直連模式。三種模式的差異在於連線路由方式，並非網速等級或加密強度。
本文適用於使用 Clash 設定語法的用戶端，也適用於採用 Clash Meta（現稱 mihomo）核心的用戶端。介面可能顯示為「規則／全域／直連」或「Rule／Global／Direct」。設定檔中對應的值為 mode: rule、mode: global 和 mode: direct。
三種代理模式的流量比較
| 模式 | 進入核心後的處理方式 | 常見用途 | 主要檢查項目 |
|---|---|---|---|
| 規則 Rule | 依照 rules 順序比對，交由符合條件的策略處理 |
日常分流、內網直連、不同服務使用不同出口 | 比對規則、策略組目前的選擇、兜底規則 |
| 全域 Global | 通常由內建的 GLOBAL 組統一決定出口 |
暫時測試代理連線，或找出規則誤判 | GLOBAL 目前選取的節點或策略 |
| 直連 Direct | 透過本地網路直接連線至目標，不經過遠端代理節點 | 比較本地網路狀況、確認節點是否影響連線 | 本地網路、目標可連線性、DNS 解析 |
此處的「全域」指已進入核心的流量。若某款遊戲不使用系統代理，切換至全域模式也不代表遊戲連線會自動經過節點。此外，全域組也可能選到 DIRECT；此時即使介面顯示全域，實際連線仍可能是直連。必須同時確認模式與出口，不能只看開關文字。
規則模式：先比對規則，再選擇策略
規則會由上而下比對
規則模式不會依網站名稱自動判斷用途，而是依照目前生效設定中的規則處理連線。連線通常在符合適用規則後，就會交由對應策略處理，不會繼續尋找後面「更合適」的規則。若過早放入範圍寬泛的規則，可能會蓋過後續更精確的網域規則。
以下是可合併至現有設定檔的片段，並非完整訂閱。範例中的 代理選擇 必須替換成設定檔內實際存在的策略組名稱。example.com 是用來說明語法的範例網域，請依實際需求調整。
mode: rule
mixed-port: 7890
rules:
- DOMAIN-SUFFIX,example.com,代理選擇
- 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
- MATCH,代理選擇DOMAIN-SUFFIX,example.com會比對該網域及其子網域，不會比對只包含這段文字的任意網域。- 這三條
IP-CIDR規則涵蓋常見的 IPv4 私有位址範圍，適合用來示範內網直連；是否符合規則，仍取決於連線是否取得可用的目標 IP 位址資訊。 no-resolve表示不為比對這條 IP 規則額外觸發網域解析，並不代表整個連線不需要 DNS。MATCH是兜底規則，應放在最後。範例會讓未符合其他規則的連線使用代理組，也可依需求改成DIRECT。
策略組不等於固定節點
規則符合「代理選擇」後，還要確認組內選了什麼。如果這是 select 類型的手動選擇組，目前可能選的是某個節點、另一個策略組，甚至是 DIRECT。因此，規則符合代理組，不代表連線一定會使用遠端節點。
在用戶端的「連線」或「Connections」頁面中，找到剛建立的連線，檢查目標網域、符合的規則和代理鏈。若規則正確，但代理鏈最後走直連，應先確認策略組的選擇，而不是繼續新增重複規則。
全域模式：適合用於對照測試，不會取代流量接管
全域模式通常會略過一般 rules 清單的分流判斷，將進入核心的連線交由 GLOBAL 處理。切換後，請開啟用戶端的代理選擇頁面，確認全域組已選取可用節點。有些用戶端會將全域組設在獨立區域，其選擇不一定與規則模式常用的策略組同步。
- 記下規則模式下無法連線的網站與時間，避免同時更換 DNS、節點和設定。
- 在「模式」中選擇「全域／Global」，並為
GLOBAL選取明確的節點。 - 關閉該網站的既有連線，再重新開啟相同網址。
- 若全域模式可連線、規則模式不行，請切回規則模式，檢查該連線符合的規則及實際出口。
這項對照只能縮小問題範圍，無法單獨證明規則有誤。若兩種模式選用不同節點，結果差異也可能來自節點出口。較可靠的做法是讓全域組與規則所選策略組最後都使用同一個節點，再比較連線結果。
直連模式：略過代理節點，不等於關閉用戶端
直連模式會讓已進入核心的連線透過本地網路連出。它適合用來確認一件事：不經過遠端代理節點時，目標是否能連線？若直連正常，但指定節點無法連線，接下來應檢查節點、遠端出口或相關協定支援，而非據此認定所有設定都正確。
切換至直連模式後，用戶端仍可能接收連線，系統代理也可能仍指向本機連接埠，TUN 虛擬網卡也可能持續運作。核心內建 DNS、Fake-IP 對應等元件是否參與解析，取決於目前的 DNS 與流量接管設定。因此，直連模式無法完全模擬「用戶端從未執行」的網路環境。
如何測試真正的本地網路
- 先切換至直連模式，使用同一個目標測試一次。
- 若要進一步排除用戶端影響，請再關閉系統代理或 TUN，並確認沒有其他代理工具接管流量。
- 重新建立連線；必要時關閉並重新開啟瀏覽器，避免沿用舊連線。
- 比較兩次測試結果，完成後恢復原本的流量接管方式與規則模式。
若系統代理仍指向 127.0.0.1:7890，請勿直接結束正在監聽該連接埠的用戶端，否則依循系統代理設定的應用程式可能無法連線。範例連接埠 7890 只是常見設定值，實際連接埠請以用戶端「設定」中的 HTTP 或 Mixed 監聽連接埠為準。
切換模式後沒有生效：依連線流程逐項檢查
步驟一：確認請求是否進入核心
開啟「連線／Connections」頁面，再瀏覽一個新網頁。若完全看不到對應連線，請優先檢查系統代理是否已啟用、應用程式是否使用獨立代理設定，以及瀏覽器擴充功能是否覆寫系統設定。Windows 11 可前往「設定」→「網路和網際網路」→「Proxy」查看；macOS 可前往「系統設定」→「網路」→目前的網路服務「詳細資訊」→「代理伺服器」查看。
系統代理主要供遵循代理設定的應用程式使用，不代表系統所有流量都已接管。若要接管更多應用程式，可評估使用 TUN；但 TUN 也涉及路由、權限與 DNS 設定，不必為了測試單一網頁就同時更動所有選項。
步驟二：使用明確指定代理的請求，排除系統設定差異
若目前設定確實監聽本機 Mixed 連接埠 7890，可使用以下指令進行對照。Windows 請使用 curl.exe，避免部分 PowerShell 環境將 curl 解讀為其他指令；macOS 和 Linux 通常使用 curl。
# Windows：明確使用本機 HTTP 代理
curl.exe --noproxy "" -I --connect-timeout 10 --max-time 20 --proxy http://127.0.0.1:7890 https://example.com/
# Windows：略過代理
curl.exe --noproxy "*" -I --connect-timeout 10 --max-time 20 https://example.com/
# macOS / Linux：明確使用本機 HTTP 代理
curl --noproxy "" -I --connect-timeout 10 --max-time 20 --proxy http://127.0.0.1:7890 https://example.com/這些指令將連線逾時設為 10 秒、總執行時間上限設為 20 秒，方便避免長時間等待，並非效能實測結果。若要測試特定故障，請將範例網址換成實際目標。直連指令只會略過 curl 的代理選擇；若 TUN 仍啟用，底層連線仍可能被接管，因此不能據此斷定流量完全繞過用戶端。
步驟三：檢查既有連線、DNS 與設定是否覆寫
- 沿用既有連線：切換模式通常只會影響新連線，不保證既有的 HTTP/2、WebSocket 或下載連線會立即改用其他出口。先關閉目標連線再試一次，不必一開始就重新啟動整台裝置。
- DNS 解析失敗：若記錄顯示解析逾時，請先確認解析器是否可連線。切換至全域模式不會自動修復 DNS；使用 Fake-IP 模式也不代表目標網域永遠不需要實際解析。
- 設定未生效：確認目前選取的是正確的訂閱設定，修改後也已重新載入。用戶端的覆寫、合併或指令碼功能，可能會改變最終生效的
mode與rules。 - 連線遭拒：若連線詳細資料顯示
REJECT，請檢查符合規則的原因；若本機連接埠連線遭拒，請先確認核心正在執行，且連接埠設定一致。
若要進一步排查，可參考本站的疑難排解。記下目標網域、模式、實際出口、錯誤訊息和發生時間，比只描述「切換後沒反應」更容易重現問題。分享截圖前，請遮蔽訂閱網址、節點憑證及個人連線資訊。
常見問題與日常設定建議
全域模式一定比規則模式快嗎？
不一定。延遲和速度主要取決於本地網路、節點線路、目標服務和壅塞狀況。全域模式也可能將原本適合直連的連線送往遠端節點。比較速度時，應固定目標、節點和測試條件，不能只看模式名稱。
啟用 TUN 後，還需要規則模式嗎？
請依分流需求選擇。TUN 是流量接管方式，規則模式則是出口決策方式，兩者可以同時使用。TUN 將連線導入核心後，仍可由規則決定直連、代理或拒絕；切換至全域模式則會改變後續的出口選擇。
更新訂閱後，模式和節點選擇會改變嗎？
這取決於用戶端如何保留介面狀態、載入設定及套用覆寫。更新後請確認目前模式、策略組是否仍存在，以及選取的節點是否已移除。若要長期保留自訂分流，請使用用戶端支援的覆寫或合併機制；直接修改訂閱產生的檔案，可能會在更新時遭到取代。
日常可維持「規則模式＋明確選擇策略組」，遇到問題時再依序確認流量接管、規則比對、出口節點和 DNS。每次只變更一項，測試後恢復原設定。策略組、Fake-IP 和 TUN 的相關概念可參閱術語表；首次設定則可從入門指南開始。