1. 先把兩個層級分開:代理模式 vs 系統代理/TUN
搜尋Mihomo Party 代理模式的人,十之八九已經會按「啟動」、也看得到節點列表;真正的疑惑在於:流量有沒有進核心,以及進核心之後要走哪一種決策路徑。前者多半由系統代理開關或TUN開關決定——它們描述的是作業系統與應用程式如何把封包交給本機的 mihomo;後者才是你在 Party 裡切換的規則/全域/直連,描述的是「這些已進入核心的連線,要按照訂閱與 YAML 細分流,還是暫時全部交給單一出口,抑或強制不走代理」。
把這兩層混談,會出現非常典型的誤判:例如只開系統代理,卻期待遊戲與某些終端機程式也跟著走代理;或已經開TUN,但代理模式停在直連,於是連線紀錄看起來全部像「本機直通」。接下來各節會假設你已能穩定啟動核心;若仍卡在首次驅動或 SmartScreen,請回到前述 Win10/Win11 安裝篇,把Wintun/權限先收斂乾淨再談模式。
記一句話:系統代理/TUN 決定「誰進來」;規則/全域/直連決定「進來後怎麼判」。兩層都要對,結果才會符合直覺。
2. 規則、全域、直連:mihomo 內部各自代表什麼
以下用使用者看得懂的結果來講,不依賴某一版 GUI 的按鈕字面;實際詞彙可能隨 Mihomo Party 更新微調,但 Clash/mihomo家族語意大致穩定。規則模式代表核心會依你的設定檔,依序嘗試域名、IP、GEOIP、連接埠等線索,把連線導向對應的策略組或 DIRECT/REJECT。这也是多數訂閱模板預設的假設:國內常用站直連、特定網域走某一組節點、其餘落入最後的 MATCH。
全域模式則是把「允許走代理的連線」在策略上縮小選擇範圍:不再細拆規則鏈,改成統一走你目前選定的代理出口(實務上等同跳過複雜分流,把所有該上代理的流量綁在同一節點或同一組自動選)。適合臨時抓錯、核對節點是否健康,或在規則模板與現場網路環境明顯不一致時先「全部經同一出口」對照。
直連模式則是在策略層強制不走代理鏈(語意上接近全局 DIRECT):對於要驗證「到底是規則問題還是節點問題」、或必須確定某些連線完全回到 ISP/公司內網路徑時非常管用。缺點也很直白——你可能暫時失去跨境出口;因此建議作為短期開關,排查完就回到規則。
# Concept only — your subscription merges many sections.
# Rule mode: climb rule chain → policy / DIRECT / REJECT.
# Global: proxy almost everything allowed via selected outbound.
# Direct: force DIRECT-style behavior at routing layer.
rules:
- MATCH,某策略組
想更深入理解規則分流與 YAML 骨架,可延伸閱讀站內 規則分流指南;本篇不把同一套域名範例再抄一遍,而是專注在「你已有一份可用訂閱」的前提下,如何善用 Party 的模式切換來對齊日常習慣。
3. Mihomo Party 裡通常去哪裡切模式(介面語意對照)
Mihomo Party 延續多數 mihomo GUI 的安排:與連線策略相關的入口,通常會出現在主畫面頂部工具列、/dashboard類總覽區、或側邊/抽屜選單裡,形式上可能是下拉選單、分段控制(segmented control)、或三個並列按鈕。你只要把握關鍵字對應:Rule/規則、Global/全域、Direct/直連,並確認切換後狀態列或設定頁同步顯示,即可避免「按了某個圖示但其實改到別的 profile」的錯覺。
另一個易混淆點是策略組選節點與代理模式並列存在:前者決定「某一組規則命中後要用哪個落地」;後者決定「整體要不要吃規則」。若在全域模式下換節點,效果會非常直覺——幾乎所有允許代理的流量都跟著換;若在規則模式下換「自動選/負載組」裡的偏好,則只有命中該組的連線會跟著動。這也是為什麼「同樣按一個節點」,有人覺得全變、有人覺得僅部分網站變。
若你啟用了多份設定檔/Profiles或覆寫(override),模式狀態可能依檔案分開記憶。切換前確認標題列或設定頁顯示的現用檔名,避免改到備份檔。
4. 什麼情境優先維持規則模式
日常一般上網、同時會逛在地服務與境外網站時,規則模式幾乎永遠是預設最佳解:一方面保留對在地 CDN、線上銀行、公司 VPN、區網印表機等目標的直連可能性;另一方面仍能把社群、搜尋引擎、雲端開發後台等流量交給節點。這亦符合多數機場訂閱包的設計假設——規則集與 GEOIP 資料庫都是為「規則模式」最佳化。
當你發現「只有某個網域家族怪怪的」,優先在規則模式下處理:換策略組、檢查DNS 模式(fake-ip/redir-host)與實際連線紀錄是否對得上,而不是立刻切全域把所有東西捆在一起。後者會讓你暫時看不清「到底是規則順序問題還是節點品質問題」。若 DNS 與規則語意尚未對齊,建議交叉閱讀 Clash Meta:fake-ip 與 redir-host 一文,把解析故事線先說通。
5. 什麼時候暫時切到全域模式
全域模式適合當「短期統一出口」工具:例如你要測試某一個節點對特定影音或會議服務是否足夠穩定,又不想被規則鏈裡其他命中項目干擾;或你懷疑訂閱剛更新後規則集順序異常,先用全域確認「節點本身沒壞」,再回到規則模式細修。對開發者來說,也很適合在排查「到底有沒有任何連線成功出海」時當二分法開關。
長時間停在全域模式的代價,是所有可走代理的流量都集中同一策略視角:國內流量也可能通通繞遠路,延遲與計費感受會變差,也较容易撞到「目標站把資料中心 IP 當異常流量」的情境。實務上我們會建議:全域只用來定位問題,確認後回到規則,並把真正需要長期特殊對待的網域寫回規則或策略組偏好。
6. 直連模式適合哪些排查與區網場景
直連模式最有價值的時刻,是你需要完全確認流量沒有進代理鏈:例如懷疑 TLS 中間行為、公司內網資源被錯誤送進海外節點、或某些零信任/銀行元件對代理環境極度敏感。切到直連後若問題立刻消失,就可以把焦點放回規則命中與策略組是否過度激進,而不是盲目換節點。
另一種典型場景是區網分享與混合連線:你可能仍希望系統保留對NAS、印表機、內部 Git的直連路徑;這類需求在規則模式裡通常已由私有網段規則處理,但若你臨時載入了一份不熟的新訂閱,想先確認區網絕對不被送去代理,短暫切直連做對照亦屬合理——記得結束後回到規則,否則對外服務也將一併失去出口。
7. TUN 與三種模式如何搭配:建議順序
TUN解決的是程式是否願意跟系統代理做朋友:許多遊戲、語音、桌面同步工具與部分命令列環境,對 Windows/macOS 的系統 Proxy 視而不見;此時開TUN能把流量較底層地導向本機核心。重點在於:TUN 不會自動替你把規則變聰明;若在直連模式開 TUN,核心仍會把人進來的連線按直連語意處理,頂多是你終於「看得到連線紀錄」,但不代表會自動出海。
建議的穩定順序是:先確認訂閱與規則模式下連線合理 → 若仍有程式像繞過系統代理,再開TUN;短期排查節點或規則鏈時,可以暫切全域但保留 TUN,用以對照「是不是只有規則命中怪異」。Windows 若搭配UWP/Microsoft Store應用,還可能碰到回環限制,必要時請對照 Windows 上 TUN 與 UWP 回環排查,不要把限制誤認成「Party 不支援 TUN」。
8. Windows 與 macOS 實務差異整理
在Windows上,系統代理是否能寫入成功,仍建議習慣性打開設定 → 網路和網際網路 → Proxy對一下 IP/埠號;某些安全軟體會在背景把 Proxy 改回去,造成「Party 顯示開、系統頁顯示關」的漂移。TUN則與驅動與 UAC 綁定較深,若你不是第一次碰到 Wintun,相關細節仍以安裝篇為主,本篇不再重複長篇截圖流程。
在macOS上,除了系統代理寫入之外,還要對系統延伸/網路權限有心理準備:首次建立 TUN 介面時,若使用者拒絕授權或設定檔描述元(profile)未同意,表象會像「按了沒反應」。此時代理模式本身可能完全正常,問題卡在流量根本沒進核心。處理順序仍是:先確認 Party 與核心版本 → 再看系統隱私與安全性裡是否有被封鎖的延伸 → 最後才調規則。
9. 開發者常用工具:Git、套件管理、容器與終端機
對開發情境而言,最常見的組合是:瀏覽器跟規則走、但終端機完全不讀系統代理。此時你有三條路:在 shell 設定檔自行匯出 HTTPS_PROXY 等變數;或開TUN;或在容器/VM 內另設代理。若只用系統代理而不做其中任一項,怎麼換規則模式都不會讓 git pull 自動變順——因為流量根本沒進核心。
當你需要短時間強制所有可走代理的連線統一走同一出口(例如懷疑私有 npm registry 與公開 registry 混用导致握手異常),可以暫時:全域模式+(視需求)TUN,並用連線紀錄核對實際目的地與 TLS SNI。若要反向確認「是不是代理搞壞握手」,則切直連模式對照延遲與錯誤碼往往最快。站內亦備有 Windows 上 Git/GitHub CLI 與環境變數較長篇的範例,可依需求交叉閱讀 Windows Git/GitHub CLI 走 Clash。
10. 仍異常時的對照順序
建議把排查固定成機械流程,减少情緒試誤:①看連線紀錄與日誌是否已有該程式流量;如果完全沒有,優先處理系統代理/TUN/環境變數。②若有流量但全是 DIRECT,先確認代理模式是否停在直連,再看規則是否提早命中直連。③若有流量且看得出命中代理,但網站仍異常,再切全域模式縮小問題是否在規則細節。④若全域仍失敗,較可能落在節點品質、DNS、或目標站封鎖資料中心 IP。
與 DNS 污染或Secure DNS並存時,請同步檢查瀏覽器與系統是否仍在繞過本機解析;此類「場外解析」會讓規則看起來像失效。更多瀏覽器端說明可對照站內 Windows 與 Chrome/Edge 的文章路徑;核心是:先把解析收回同一條故事線,再談模式切換。
11. 常見問題
規則模式和策略組有什麼不同?
規則模式指核心依 YAML 規則鏈把連線導向不同策略組或動作;策略組則是規則命中後實際選用的出口邏輯。你在介面上切換規則/全域/直連,改的是整體路由策略;在策略組裡換節點,則是在同一模式下微调落地。
開了 TUN 還需要切規則模式嗎?
需要。TUN只協助封包進核心;進入後仍由代理模式決定要走規則、全域或直連。若停在直連模式,開 TUN 也只會讓你更清楚看到「通通直連」——並不會自動變成規則分流。
為什麼瀏覽器正常,終端機或遊戲仍不像走代理?
常見原因是程式不讀系統 Proxy。請改開TUN或在終端機設定代理變數;若已開 TUN 仍怪,再檢查代理模式與規則是否把目標送進 DIRECT。
全域模式會讓所有連線都出國嗎?
語意上接近「所有可走代理的連線統一走同一出口」,但是否涵蓋局域網或特定例外仍依你的 YAML 為準;請以連線紀錄與實測為準,不要只靠按鈕字面猜測。
12. 寫在最後
把Mihomo Party用在Windows或macOS日常時,真正的手感來自你能不假思索地回答兩個問題:這些流量有沒有進 mihomo,以及進來之後目前是規則、全域還是直連。TUN是放大涵蓋率的工具,不是規則的替代品;全域模式是暫時統一出口的扳手,不適合永久取代細緻分流;直連模式則應定位成對照組,而不是長態。把這三個開關放回正確位置,你會發現多數「說不上來哪裡怪」的連線問題,其實都能在用戶端連線紀錄裡對到具體環節。
若與其他圖形客戶端相比,部分介面較舊或維護節奏較慢的產品,常在模式狀態同步、多設定檔切換或TUN/DNS 選項露出方式上讓使用者多走冤枉路;相對之下,像 Mihomo Party、Clash Verge Rev、FlClash等持續對齊 mihomo上游的 GUI,通常能把代理模式切換與連線可觀測性維持在同一個資訊平面,長期維護成本較低。仍不確定哪一套較符合你的工作流,可先讀 Clash 圖形客戶端 2026 對照清單,再回到 Party 把模式與 TUN 設回你的預設組合。
想在同一入口取得多平台安裝包並延續本文設定語境,歡迎前往 → 立即免費下載 Clash,開啟流暢上網新體驗。
相關閱讀 · 同主題集群
依主題相關度匹配的延伸閱讀,涵蓋同分類下的實戰配置文章。
Clash Meta 外部控制器與 Secret:區域網路啟用 Web 面板安全步驟(2026)
核心已跑卻不敢開儀表板?整理 external-controller、Secret、bind-address 與 REST API 授權;僅本機與區網兩種安全開法、Yacd-meta 連線與 curl 驗證,並釐清與 allow-lan/mixed-port(出站代理共用)的分工,避免 Web 控制台裸奔。
閱讀全文Clash Meta:fake-ip 與 redir-host 怎麼選?DNS 與分流對齊實戰(2026)
已會匯入訂閱與規則集,卻遇到「網頁能開、分流像失效」?對照 mihomo 的 fake-ip/redir-host、DNS 繞過與安全 DNS、規則順序與典型症狀表,並銜接 Sniffer/SNI 專文;附 YAML 骨架與可重現修復步驟。
閱讀全文Clash 多訂閱怎麼合併:覆寫與 profiles 分步操作(2026)
已有多座機場或多份訂閱連結,想收成一份可用的 mihomo 設定/或用覆寫層護住手改規則?分步講 proxy-providers 接住多來源節點、override 分層與 profiles 換場景,並整理節點撞名與規則互蓋等訂閱衝突原因;與訂閱匯入、策略組進階文互補。
閱讀全文