Clash 全平台下載
用戶端與設定教學

Mihomo 負責處理規則與連線

Mihomo 是 Clash Meta 生態系常用的核心，負責讀取 YAML 設定、建立代理連線、執行 DNS 解析、比對規則並回傳最終策略。Windows、macOS、Linux 上的圖形化用戶端通常只是管理層，介面中的代理群組、規則提供者、日誌與連線狀態，最終都由核心執行。選擇用戶端時，應先確認是否支援 Mihomo，而不是只看應用程式名稱。

日常使用時，可以把問題拆成兩層：介面層負責匯入設定、選擇模式與儲存設定；核心層負責訂閱中的節點、代理群組、規則順序與網路請求。遇到「設定已匯入但無法連線」時，先查看核心日誌與目前模式，再判斷是訂閱內容、DNS 或系統權限問題，這比反覆更換用戶端更有效。

訂閱網址只是設定的入口

訂閱通常會回傳一份包含節點、代理群組、規則與 DNS 設定的設定檔。匯入時應使用服務商提供的訂閱網址，確認用戶端顯示更新成功，再查看設定檔是否出現代理群組與節點。單純把網址貼進輸入框，不代表設定已經生效；更新時間、節點清單與日誌都需要一併檢查。

訂閱更新失敗時，先在瀏覽器中確認網址可存取，再檢查系統時間、網路代理與用戶端權限。若回傳的是網頁而不是 YAML 或 JSON 設定，可能是貼上了管理頁面網址。更新成功後，建議執行一次設定重新載入，並確認目前選取的代理群組不是空群組。不同用戶端支援的訂閱格式範圍不同，必要時可使用服務商提供的 Clash 或 Mihomo 格式。

規則順序決定請求走向

規則分流會依照由上到下的順序比對。常見寫法包括 DOMAIN、DOMAIN-SUFFIX、DOMAIN-KEYWORD、IP-CIDR 與 GEOIP，分別針對網域、關鍵字、IP 網段與地理資料庫進行判斷。命中後，規則會將請求交給 DIRECT、某個代理群組或 REJECT 策略；若前面的規則都未命中，最後的 MATCH 才會接管剩餘請求。

排查分流時，不要只看頁面能否開啟，應開啟連線或日誌面板，查看目標網域、命中的規則與最終策略。規則提供者更新後，用戶端可能需要重新載入設定。對於區域網路裝置、台灣本地服務與需要固定直連的網域，可以增加更具體的規則，並放在兜底規則之前。規則越具體，越應該放在前面；MATCH 通常保留在最後。

rules:
  - DOMAIN-SUFFIX,example.com,PROXY
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

規則、全域與直連適用於不同排查階段

規則模式會依照設定檔中的規則決定每個請求的策略，適合長期使用；全域模式會把請求統一交給目前的代理群組，適合驗證節點與出口是否可用；直連模式繞過代理，適合檢查本地網路，或確認問題是否由代理鏈路造成。三種模式不是速度等級，而是請求分配方式。

首次設定時，建議先用全域模式驗證用戶端、節點與系統代理是否正常，再切換至規則模式檢查分流結果。若規則模式下某個網站異常，可以暫時切換至全域模式進行對照測試。測試完成後恢復規則模式，並檢查代理群組選擇、DNS 設定與連線日誌。Android 與 iOS 的系統授權介面可能還有額外步驟，看到 VPN 或代理權限要求時，應依目前用戶端的說明確認。

系統代理與 TUN 處理不同範圍

系統代理通常會影響遵循作業系統代理設定的瀏覽器與應用程式，設定簡單、所需權限較少，適合作為桌面端的第一步。部分命令列程式、遊戲、虛擬機器與不讀取系統代理的應用程式，不會自動經過這條路徑。TUN 透過虛擬網卡接管更廣泛的流量，再由 Mihomo 執行 DNS 與規則分流，但需要較高的系統權限，也可能與其他 VPN、網路過濾器發生衝突。

啟用 TUN 前，先關閉其他 VPN，確認用戶端擁有管理員或系統延伸功能權限，並記錄原有網路設定。若發生斷網，優先關閉 TUN、恢復系統代理，再查看核心日誌。桌面端可以先用系統代理完成基礎驗證，確認規則與節點正常後，再評估是否需要 TUN。行動裝置的 VPN 服務同樣需要系統授權，省電策略可能會中斷背景連線。