INSTALLATION / CONFIGURATION
Clash 全平台安裝與設定指南
依平台查閱安裝、匯入訂閱與流量接管方式。先建立可用連線,再逐步調整規則與 DNS。
初次使用可先依照使用指南的快速入門流程完成連線。本頁方便系統性查閱,涵蓋架構選擇、權限範圍、設定範例與復原方式;遇到特定平台問題,可直接從目錄前往相關章節。
- 客戶端與核心
- 訂閱與本機設定
- 系統代理 / TUN
01 / BEFORE INSTALLATION
一般準備:客戶端、訂閱與流量接管方式
先了解客戶端與核心各自負責的工作
Clash 生態系包含圖形介面的客戶端,以及負責實際轉送流量的核心。客戶端用來管理訂閱、系統匣、權限與設定介面;核心則讀取設定並處理連線。介面相似不代表支援的欄位完全相同,尤其是舊版 Clash 設定與 mihomo 擴充設定之間。選擇時先確認支援的平台,再核對訂閱使用的協定及核心支援範圍。本指南會優先介紹各平台支援的 Clash Plus;若需要其他介面或桌面管理功能,可前往安裝檔頁面選擇 Clash Verge Rev、FlClash 等客戶端。
開始前請記下作業系統、處理器架構及安裝權限。桌面裝置通常分為 x64 與 ARM64;Apple Silicon 與 Intel 的安裝檔不能只看檔名中的 macOS 判斷;Android 裝置也可能使用 arm64 或較舊的 ARM 架構。安裝完成只是第一步,背景服務或虛擬網卡可能還需要額外授權。公司裝置若限制驅動程式、網路延伸功能或管理員權限,請先遵守裝置管理規範,不要關閉系統防護來規避組織政策。
準備訂閱,並保留可還原的設定
客戶端本身不會提供可直接使用的遠端代理資源。請準備有權使用的訂閱網址、單一連線資訊或本機設定檔,並確認內容符合所選客戶端的格式。訂閱連結可能包含存取憑證,請勿貼在公開截圖、記錄檔或線上轉換網站。匯入前可記下原客戶端使用的模式、策略組選項及自訂規則;移轉時不要直接覆蓋新客戶端的整個資料目錄,以免帶入不相容的資料庫與路徑。
遠端訂閱與最後生效的設定並非同一層。更新訂閱會重新取得內容,直接修改訂閱本文中的連接埠或規則可能遭到覆蓋。需要長期保留的變更,應放在客戶端提供的覆寫、合併或擴充設定入口。不同客戶端合併清單的方式不盡相同,特別要確認規則順序與策略組是否被整組取代。第一次匯入時先保留原始設定,確認運作正常後另存一份本機副本,之後每次只調整一類設定。
分清規則模式與流量入口
規則、全域、直連是連線進入核心後的處理模式;系統代理、TUN 則決定連線如何進入核心。啟用規則模式不會自動讓所有應用程式走代理,啟用 TUN 也不代表所有連線都會傳送到遠端。系統代理適合會遵循系統代理設定的瀏覽器與桌面應用程式;TUN 透過虛擬網路介面接收更多流量,涉及路由、DNS 與權限。初次排查建議先使用較簡單的入口,避免同時啟用多個客戶端或多種流量接管機制。
| 入口 | 適用範圍 | 檢查重點 |
|---|---|---|
| 系統代理 | 遵循系統設定的應用程式 | 代理位址、連接埠與應用程式本身的設定 |
| 明確指定 HTTP / SOCKS | 支援手動指定代理的工具 | 協定類型與監聽位址 |
| TUN / 平台 VPN 介面 | 由虛擬介面接管的連線 | 權限、路由、DNS 與排除範圍 |
以下是 mihomo 的基本欄位範例,不含遠端代理,因此不能取代完整訂閱。混合連接埠可同時接收 HTTP 與 SOCKS 要求;綁定回送位址則僅供本機存取。若客戶端會管理監聽連接埠或 DNS,請以它最後產生的設定為準,不要在多個覆寫入口分散設定同名欄位。YAML 請使用空格縮排,同一層的鍵不可重複;編輯後先用客戶端檢查設定,再重新載入核心。
mixed-port: 7890
allow-lan: false
bind-address: 127.0.0.1
mode: rule
log-level: info
dns:
enable: true
enhanced-mode: fake-ip
fake-ip-range: 198.18.0.1/16
nameserver:
- https://dns.alidns.com/dns-query
請分階段驗證:確認核心正在執行、設定已載入、策略組有可選項目,再開啟目標並查看連線記錄中的命中規則。連線測試只反映特定探測目標的結果,不能代表所有網站、UDP 或登入服務都可使用。記下測試時的網路環境與錯誤時間,之後才能分辨設定變更、遠端故障與本機網路變化。若只想完成首次連線,可回到使用指南,依照步驟操作。
02 / WINDOWS
Windows:安裝、系統代理與服務模式
選擇安裝檔並完成首次啟動
在系統設定的「系統資訊」確認系統類型,再到Windows 安裝檔區選擇符合架構的檔案。建議優先考慮 Clash Plus,也可依使用習慣選擇 Clash Verge Rev、FlClash 或 Clash Nyanpasu。Clash for Windows 已停止維護,封存版本主要用於舊環境相容與移轉,不建議作為新安裝的預設選項。客戶端下載與核心協定相容性是兩回事;舊設定無法載入時,應先檢查核心支援情況,而不是反覆重新安裝介面。
執行安裝程式時,請確認檔案來源及系統提示。安裝目錄與使用者資料目錄可能分開,解除安裝程式也不一定會清除訂閱、記錄檔與服務。首次啟動若沒有顯示介面,先查看系統匣是否已有執行中的執行個體,再檢查工作管理員與客戶端記錄。不要連續點擊啟動多個程序,也不要直接刪除資料目錄。若已使用其他客戶端,先關閉其系統代理、開機啟動與背景服務,再結束程式,避免安裝完成後留下兩套自動接管設定。
匯入訂閱並確認設定確實載入
在訂閱或設定管理頁面選擇從網址匯入,貼上完整網址並儲存,再執行更新。接著將該設定設為目前使用項目,並查看記錄是否已完成載入。清單中出現訂閱名稱,不代表核心已採用該設定;還應前往代理頁面,確認策略組及其成員存在。匯入失敗時,先分辨是下載失敗還是解析失敗:前者檢查網址、網路與伺服器回應;後者則確認回傳內容是否為客戶端支援的設定,而非登入頁面或錯誤頁面。
切換到規則模式後,為主要選擇組指定可用成員。初次連線時不要同時加入自訂規則、指令碼與 DNS 覆寫。先開啟一個目標頁面,再從連線記錄檢查目標網域、命中規則與最後的出口。若只有某個應用程式失敗,請確認它是否使用獨立代理、內建安全 DNS 或既有連線。儲存設定或切換策略組後,既有長連線可能仍使用舊出口;請關閉相關連線或重新啟動應用程式後再驗證。
先確認系統代理可用,再決定是否啟用 TUN
啟用系統代理後,請在 Windows 代理設定中確認本機位址與監聽連接埠。若客戶端顯示的連接埠與範例不同,測試指令也必須一併修改。瀏覽器可以連線、終端工具卻失敗,常見原因是工具不會讀取系統代理;可先明確指定 HTTP 代理進行測試。以下指令會連線至範例網站,只用來確認本機連接埠是否接受要求;接著還應改用實際需要存取的目標測試,不能只憑單次回應判斷所有服務都正常。
curl.exe -I --proxy http://127.0.0.1:7890 https://example.com
TUN 適合不遵循系統代理設定的應用程式,但需要客戶端支援相關服務與權限。請先依客戶端介面安裝或啟動服務,再啟用 TUN;各客戶端的入口名稱可能不同。不要把每次以管理員身分啟動介面,當成長期取代安裝服務的方式。啟用後請確認虛擬網卡、核心記錄與連線記錄,確保流量確實經過核心。如果核心因設定錯誤而停止,但路由仍然存在,請先關閉 TUN 並正常結束客戶端,再查看網路是否恢復。
可在 PowerShell 中檢查連接埠是否被占用。若結果顯示該連接埠已有監聽程序,先確認程序身分,常見情況是舊客戶端仍在背景執行。不要看到連接埠被占用就強制結束不明的系統程序;可更換本機連接埠,並同步更新系統代理及應用程式的手動代理位址。變更連接埠後需要重新載入核心,否則介面儲存的數值與實際監聽狀態可能暫時不一致。
Get-NetTCPConnection -LocalPort 7890 -State Listen -ErrorAction SilentlyContinue
netsh winhttp show proxy
第二個指令查詢的是 WinHTTP 代理,與桌面使用者的代理設定屬於不同層級。部分服務或更新元件會使用 WinHTTP,因此瀏覽器正常不代表這些元件的設定也正確。不要為了解決單一應用程式的問題就全域匯入或重設 WinHTTP 設定;請先確認該應用程式讀取哪個代理來源。若網路環境由組織管理,請保留既有企業代理與憑證設定,以免影響其他服務。
處理休眠、開機啟動與結束後殘留
開機自動啟動只會負責啟動客戶端,不保證訂閱已載入、服務已就緒或 TUN 已接管。啟用後應重新開機一次,確認系統匣、模式與記錄,而不只是檢查啟動項目是否存在。從休眠喚醒或切換網路後連線失效,可先關閉舊連線,再重新載入核心;若仍無法連線,依序檢查系統代理、TUN 與 DNS。客戶端結束後,瀏覽器仍提示代理無法連線,請確認系統代理是否仍指向已停止的本機連接埠。啟動後立即閃退,請參閱客戶端崩潰排除步驟。
03 / MACOS
macOS:架構選擇與網路權限
依晶片選擇客戶端並安裝至「應用程式」
開啟「關於這台 Mac」,確認裝置使用 Apple 晶片或 Intel 處理器,再到macOS 安裝檔區選擇相符的檔案。Clash Plus 可列為優先選項,也可依介面偏好選擇 Clash Verge Rev 或 FlClash。ClashX Meta 已停止維護,保留它主要是為了相容既有使用環境。不要將舊客戶端的設定目錄直接複製到新客戶端目錄;訂閱、規則與設定應分開移轉,並特別留意舊設定中的絕對路徑及已失效的指令碼。
若安裝檔是磁碟映像,請先將應用程式拖曳至「應用程式」資料夾,再從該目錄啟動,避免長期直接從掛載的映像執行。首次開啟時若出現系統安全性提示,請先確認來源,再透過系統提供的正常授權方式處理。不要照抄來源不明的批次解除隔離指令,也不要為了執行客戶端而關閉整套系統安全機制。若應用程式啟動後沒有主視窗,可查看選單列圖示;選單列應用程式的執行狀態與視窗是否顯示並不相同。
匯入訂閱並確認設定與策略組
在設定管理中匯入訂閱網址或本機 YAML,更新完成後明確選為目前使用的設定。接著前往代理頁面,確認選擇組與自動策略組已建立。若匯入內容只有連線資訊,並非完整 Clash 設定,請使用客戶端對應的匯入入口,不要只把其他格式的副檔名改成 YAML。策略組名稱必須與規則引用一致,特別是複製自訂規則時,不可保留新訂閱中不存在的目標組名稱。
初次驗證時維持規則模式,先選擇已知可用的成員,再查看存取時的連線記錄。如果介面測速成功但網站無法開啟,請確認問題發生在 DNS 解析、建立連線還是 TLS 階段。不同階段代表不同問題,不宜一概歸因於「線路太慢」。自動策略組的探測間隔與容許值會影響切換頻率,但無法修復失效的訂閱或錯誤的本機代理入口;參數選擇可參考策略組類型與適用情境。
系統代理依網路服務分別生效
啟用系統代理後,請檢查目前網路服務使用的代理設定。macOS 的 Wi-Fi、乙太網路及其他網路服務可以各自儲存代理項目,因此切換介面後結果可能不同。以下先列出服務名稱,再查詢 Wi-Fi 的 HTTP 與 SOCKS 代理。若系統中的服務名稱不同,請使用清單回傳的實際名稱;這些查詢指令只會讀取狀態,不會修改網路設定。
networksetup -listallnetworkservices
networksetup -getwebproxy "Wi-Fi"
networksetup -getsecurewebproxy "Wi-Fi"
networksetup -getsocksfirewallproxy "Wi-Fi"
HTTP、HTTPS 與 SOCKS 代理選項應符合客戶端支援的入口。若客戶端提供混合連接埠,多種代理協定可以共用同一個連接埠,但仍須確認實際設定。終端工具可能不會讀取系統網路代理,請使用工具自己的代理參數,或在目前終端工作階段設定代理環境變數。不要把一次性的測試直接寫入所有 shell 啟動檔,否則客戶端結束後,新開的終端仍會嘗試連線到已停止的本機連接埠。
TUN、背景輔助服務與其他網路工具
桌面客戶端啟用 TUN 時,可能需要安裝具特殊權限的輔助服務、授權網路延伸功能或啟動背景元件,實際需求取決於客戶端的實作方式。授權要求應與當下進行的操作相符。完成授權後,先重新載入核心,再查看記錄中的虛擬介面與路由狀態。只看到介面上的 TUN 開關已開啟,並不足以證明流量接管成功;還需測試一個原本不遵循系統代理的應用程式,並確認其連線已出現在記錄中。
若裝置同時執行企業 VPN、內容過濾軟體或其他虛擬網路工具,預設路由與 DNS 的管理可能互相影響。排查時一次停用一個可停用的元件,並記下結果;組織要求保留的軟體不可擅自解除安裝。啟用 TUN 後若無法存取區域網路印表機、共享資料夾或開發服務,請先檢查位址範圍與路由,再考慮加入精確的直連規則。不要將所有內網網域都改走代理,也不要用關閉所有 DNS 功能來掩蓋問題。
從睡眠狀態恢復或更換無線基地台後,舊 TCP 連線與 DNS 快取可能仍保留原網路資訊。可先關閉相關應用程式的連線,再重新載入客戶端設定。如果系統代理仍存在但核心未啟動,請先正常啟動客戶端或關閉對應代理,再重新測試。解除安裝前,請先關閉系統代理與 TUN,並透過客戶端提供的入口處理輔助服務;只將應用程式移到垃圾桶,不一定會清除背景元件或目前的網路設定。
04 / ANDROID
Android:VPN 授權與背景執行
選擇架構並保留舊設定
在Android 安裝檔區優先選擇 Clash Plus,也可依設定相容性與操作習慣選用 Clash Meta for Android、FlClash 或 Surfboard。多數較新的裝置使用 ARM64,但不要只憑手機新舊推測架構,請參考系統資訊或裝置規格。Surfboard 使用不同於 Clash YAML 的設定格式;能匯入相同來源的服務,不代表可以直接套用整份設定。安裝前請先確認訂閱提供的格式及客戶端的匯入入口。
安裝 APK 時,只需授予實際用來開啟安裝檔的檔案管理員或瀏覽器必要的安裝權限;完成後可依需求收回。若系統提示簽章衝突,常見原因是已安裝的應用程式與目前檔案的簽章不同。不要立刻解除安裝舊版,請先匯出訂閱、設定與自訂規則,並確認可以還原。覆蓋安裝通常會保留資料,解除安裝則可能一併刪除內部儲存空間中的設定;外部檔案仍然存在,也不代表應用程式設定能自動還原。
匯入訂閱並啟動平台 VPN 介面
前往訂閱或設定頁面,選擇匯入網址並執行更新,再將該項設為目前使用的設定。確認主要策略組存在,選好可用成員後再啟動連線。Android 客戶端通常會透過平台 VPN 介面建立本機虛擬網路,首次啟動時會出現系統授權提示。這項提示代表允許應用程式接管符合條件的流量,不代表遠端代理資源已可使用;完成授權後仍須檢查核心狀態、策略組及實際存取結果。
Android 的 VPN 介面與桌面上的「系統代理」開關並非完全相同的機制。部分介面可能只有啟動按鈕,沒有獨立的 TUN 標籤;不必照搬桌面操作,尋找名稱相同的選項。通常同一使用者或設定檔中,啟用中的 VPN 會互相取代,因此其他 VPN、部分防火牆或採用本機 VPN 的過濾工具可能與客戶端衝突。連線前先確認目前啟用的服務,避免反覆啟動兩套工具,導致連線看似建立後立刻被取代。
檢查個別應用程式的接管範圍與 DNS 行為
若只有瀏覽器可以存取,請檢查個別應用程式代理設定。允許清單通常表示只接管選取的應用程式;排除清單則表示清單中的應用程式不會進入代理,兩者意思相反。變更範圍後可能需要重新建立 VPN 才會生效。工作資料中的應用程式屬於另一個設定環境,不一定與個人空間共用相同的接管範圍。排查時先恢復簡單範圍,用一個目標應用程式測試,再逐步加入排除項目;不清楚清單代表什麼時,不要一次勾選所有應用程式。
以下是 mihomo 設定中的網域直連規則範例,適用於使用該核心且允許覆寫規則的客戶端。它只決定流量進入核心後的出口,不會決定 Android 是否將某個應用程式交給客戶端。加入時必須與現有規則清單合併,並放在會先行比對的兜底規則之前。不要用這段獨立內容取代完整訂閱,也不要將 Clash YAML 直接貼進 Surfboard 的設定入口。
rules:
- DOMAIN-SUFFIX,lan,DIRECT
- IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
- IP-CIDR,10.0.0.0/8,DIRECT,no-resolve
Android 的私人 DNS、瀏覽器安全 DNS 與客戶端 DNS 可能同時影響解析路徑。網頁存取異常時,先記下私人 DNS 原本的設定,再進行暫時性的對照測試,之後才決定是否調整;不要以為啟用 Fake-IP 後,所有應用程式都一定會使用同一個解析器。有些應用程式使用內建的解析與連線方式,應搭配連線記錄判斷。若無法開啟區域網路網域,也要確認目前 Wi-Fi 提供的本機 DNS 是否能解析該網域,而不是只修改遠端策略組。
背景執行限制、網路切換與熱點分享
若連線在鎖定螢幕後停止,請優先檢查電池最佳化、背景活動與廠商的啟動管理設定。允許背景執行不代表必須授予所有權限;只開啟維持網路服務所需的選項。啟用系統的「永遠開啟 VPN」後,也要了解「封鎖未使用 VPN 的連線」會造成什麼影響:客戶端未執行或核心載入失敗時,網路可能完全無法使用。初次設定時不建議先啟用封鎖選項,待重新啟動、鎖定螢幕與切換網路都正常後再決定。
從 Wi-Fi 切換到行動數據時,舊連線可能需要重新建立。先重新載入或中斷後再連線,並比較存取記錄,避免把一次切換網路造成的中斷誤判為訂閱失效。若只有行動數據無法使用,請檢查應用程式是否受到系統的流量限制,以及目前網路條件是否影響遠端連線。熱點上的其他裝置不一定會經過手機的 VPN 介面;手機本身正常,不代表共享裝置已被接管。實際情況取決於系統轉送路徑與客戶端能力,請個別測試,不能只開啟「允許區域網路」就認定分享已完成。
移轉裝置時,優先匯出訂閱與必要的覆寫設定,不要把整個應用程式目錄當成跨裝置備份。匯入後重新檢查個別應用程式清單,因為應用程式安裝狀況、工作資料與系統權限可能已改變。提供排錯記錄給他人前,請移除訂閱網址、連線憑證及不必要的目標網域。若客戶端一開啟就退出,可依崩潰排查文章的順序先檢查設定與資料,再考慮重新安裝。
05 / IOS
iOS:匯入 Clash Plus 並確認連線
從商店安裝並確認匯入入口
iOS 可使用 Clash Plus,前往App Store 的 Clash Plus 頁面安裝,產品資訊可參閱官方網站 clashplus.io。本站的iOS 下載區也提供相同入口。安裝後先確認應用程式可以正常開啟,再準備訂閱資訊。介面名稱可能隨客戶端更新而調整,請依設定、訂閱與連線等功能辨認入口,不必刻意尋找與桌面版完全相同的選單名稱。
匯入前先確認手上的內容類型:網頁管理網址、訂閱網址、單一連線與完整設定並不相同。複製連結時請保留完整參數,避免遭通訊軟體截斷或附加結尾標點。若透過系統分享選單,或從其他應用程式跳轉匯入,儲存前仍要確認目標內容與名稱。剪貼簿中的訂閱可能包含存取憑證,完成後不要將其放進公開備忘錄,也不要為了排錯直接傳送完整網址。
啟用設定並建立 VPN 連線
在客戶端新增訂閱或設定,取得內容後選為目前使用項目,再檢查可用策略。匯入成功通常只代表內容已儲存,還需要啟用並啟動連線。首次建立網路接管時,iOS 會詢問是否允許新增 VPN 設定,請依系統提示完成裝置驗證。接著回到客戶端檢查連線狀態,開啟目標應用程式並查看記錄。系統顯示 VPN 狀態只代表通道工作階段已建立,不能單獨證明特定遠端線路、網域或服務可正常使用。
若啟動後立即停止,請先查看客戶端提供的錯誤訊息與系統 VPN 狀態,不要連續點擊連線。原因可能包括設定解析錯誤、遠端參數不相容、目前網路無法建立連線,或其他 VPN 設定已接管。先保留目前設定的副本,再以最少變更進行測試。刪除系統中的 VPN 設定可能讓客戶端下次重新申請授權,但無法修復訂閱中的無效欄位,因此不應把反覆刪除設定當成通用解決方式。
了解行動作業系統的流量接管與規則範圍
iOS 的流量接管仰賴平台提供的網路延伸功能,不能直接等同於桌面設定中的 HTTP 系統代理開關。若客戶端提供路由、規則或模式選項,請依其實際支援方式設定。規則模式用來區分不同目標的出口;全域模式則會將接管範圍內的連線交由選定策略處理。即使使用全域模式,仍可能有系統或客戶端定義的排除範圍,不能因此推斷每項系統服務都會走相同路徑。
首次驗證時,請選擇明確的策略成員,使用實際目標頁面測試要求,再查看網域、規則與最後出口。網頁可以開啟但應用程式登入失敗時,請分別考慮登入 API、驗證碼、資源網域及 UDP 等連線需求。有些服務也受帳號狀態與伺服器地區政策影響,網路連通不代表這些條件會自動改變。不要只憑瀏覽器結果反覆調整所有規則;先確認失敗的要求是否進入客戶端,以及是否命中預期策略。
| 觀察結果 | 優先檢查 | 下一步 |
|---|---|---|
| 設定中沒有出現策略 | 訂閱格式與匯入結果 | 確認內容並重新取得 |
| 連線立即停止 | 設定錯誤與系統授權 | 查看錯誤後逐項修正 |
| 只有特定應用程式失敗 | 命中規則與服務要求 | 關閉舊連線後重新驗證 |
訂閱更新、DNS 與網路切換
訂閱更新會改變可用成員與策略引用;更新前請先確認本機修改是否會被覆蓋。如果客戶端提供獨立規則或覆寫入口,長期變更應放在該層管理;若只支援編輯匯入內容,請先儲存副本,並在下次更新後重新比對差異。策略組引用已刪除的成員時,介面可能仍保留名稱,卻無法連線。更新完成後至少檢查目前選項與實際存取結果,不要只看更新時間。
Wi-Fi、行動網路與公共熱點的 DNS 和連線條件各不相同。切換網路後,既有連線可能失效,需要重新建立。遇到飯店、機場等需要網頁驗證的網路,請先完成正常的網路登入,再連線客戶端;否則訂閱取得與遠端連線都可能遭入口網站攔截。若某個網路持續無法使用,請比較關閉連線時是否能正常開啟基本頁面,並記錄失敗階段,避免把網路登入問題誤認為客戶端設定損壞。
DNS 設定應以 Clash Plus 實際支援的選項為準。本文其他章節的 mihomo 範例用於說明欄位意義,不保證整段貼入每個行動客戶端都能使用。自訂解析器、系統網路設定與瀏覽器功能可能共同影響結果,排查時每次只調整一項。若想了解 Fake-IP 的映射方式與偵測範圍,可閱讀DNS 檢測與防洩漏設定,再依客戶端支援情況實際設定。
長期使用時,請定期確認訂閱仍有效且目前策略正常,不必頻繁清除所有設定。換到另一台裝置後,需要重新授予系統網路權限;還原訂閱不代表舊裝置的連線狀態也會一併還原。準備刪除客戶端前,請先中斷連線並確認系統網路已恢復正常。排錯資料只保留必要的時間、錯誤類型與去識別化設定,避免截圖洩露訂閱入口或連線驗證資訊。
06 / LINUX
Linux:桌面客戶端與核心部署
依發行版選擇桌面套件格式
桌面使用者可前往Linux 安裝檔區選擇 Clash Verge Rev 或 FlClash,建議優先從 Clash Verge Rev 開始。先查看系統資訊確認發行版與架構:Debian、Ubuntu 系列通常使用 DEB;RPM 系列發行版則使用其套件管理系統支援的格式。不要為了安裝單一客戶端而混用其他發行版的套件管理工具。圖形程式也可能依賴桌面元件與系統函式庫;安裝檔可以解壓縮,不代表一定能在所有發行版執行。
請在實際下載目錄中執行安裝,並將指令中的檔名換成已下載檔案的實際名稱。使用系統套件管理工具安裝本機套件,通常較容易處理相依套件並在日後解除安裝。安裝失敗時先保留完整錯誤訊息,分辨是架構不符、缺少相依套件還是權限問題;不要直接遞迴開放整個目錄的寫入權限。首次啟動時請以一般使用者身分執行介面;涉及虛擬網路的權限應透過客戶端支援的服務機制處理,而不是預設以 root 執行整個桌面程式。
匯入訂閱,分清桌面代理與終端代理
在客戶端匯入訂閱並設為目前設定,再確認策略組與執行記錄。Linux 桌面環境的系統代理設定並不統一,GNOME、KDE 與各應用程式可能採用不同的讀取方式。若瀏覽器可以使用、命令列卻失敗,請先明確指定代理給工具,確認監聽連接埠可用。以下範例的連接埠必須與客戶端一致,指令只供目前測試使用;尚未確認前,不要寫入全域環境檔或服務設定。
curl -I --proxy http://127.0.0.1:7890 https://example.com
curl -I --proxy socks5h://127.0.0.1:7890 https://example.com
ss -lntp
socks5h 表示由 SOCKS 代理端解析目標網域,適合與本機解析路徑進行比較。這不代表已修改整個系統的 DNS。代理環境變數同樣只會影響遵循這些變數的程序;已在執行的桌面應用程式與 systemd 服務,不會自動沿用新終端中的設定。若要長期設定特定應用程式,請優先查看該程式的代理選項,並記下還原方式,避免客戶端停止後,系統更新或背景工作仍持續報錯。
TUN、路由與本機 DNS 服務
啟用 TUN 需要相應權限與系統網路支援,請先確認一般代理路徑可正常運作。以下是 mihomo 的 TUN 設定片段,供已有有效代理與規則的完整設定合併使用。客戶端可能會自行管理這些欄位,重複覆寫會讓行為難以判斷。自動路由不代表可以忽略現有 VPN、容器網路與策略路由;啟用後請檢查實際路由表,再測試區域網路與外部連線。
tun:
enable: true
stack: mixed
auto-route: true
auto-detect-interface: true
dns-hijack:
- any:53
DNS 劫持還需要在完整設定中啟用核心 DNS,不會自動涵蓋所有加密 DNS 或應用程式內建的解析功能。使用 systemd-resolved 的發行版可能透過本機存根提供解析;不了解系統管理方式時,不要直接覆寫 /etc/resolv.conf。可使用以下指令讀取位址、路由與解析狀態;最後一個指令僅適用於提供相應工具的系統。切換網路後若出現異常,請比較啟用 TUN 前後的預設路由與 DNS 伺服器,再針對差異處理。
ip address show
ip route show
resolvectl status
以獨立服務管理伺服器與路由器核心
沒有桌面環境的伺服器或路由器,可在下載頁的核心區選擇符合處理器與執行環境的 mihomo 檔案。這種方式適合能管理服務、權限與網路規則的使用者;一般桌面使用不必繞過 GUI。請準備獨立的設定目錄與可寫入的資料目錄,將執行檔放在受控路徑,再先執行設定檢查。以下假設執行檔已放在指定位置,完整設定也已儲存;測試成功只代表語法與引用大致通過,仍須驗證實際連線。
/usr/local/bin/mihomo -t -d /etc/mihomo -f /etc/mihomo/config.yaml
測試通過後,再交由服務管理工具執行,並明確設定工作目錄、啟動參數、執行帳號與重新啟動策略。一般 HTTP、SOCKS 監聽通常不需要完整 root 權限;TUN 與路由操作則需要額外能力,應依部署方式盡量縮小授權範圍。管理介面預設應限制在本機,遠端管理請透過受控通道進行;不要將控制連接埠或未經驗證的代理連接埠直接暴露到公開網路。允許區域網路連線前,也應一併設定監聽位址、防火牆範圍與必要的驗證機制。
透過 SSH 遠端修改 TUN、預設路由或防火牆前,請先保留第二個工作階段,並準備好帶外或本機復原方式。先啟動基本代理,再分階段加入路由與 DNS 接管,避免一次變更就造成遠端失聯。容器環境還涉及網路命名空間、裝置與權限映射,不應直接套用主機環境的做法。升級時請保留舊版執行檔與設定副本,先測試新核心的相容性;欄位移轉可參閱mihomo 與原版 Clash 的差異。
07 / DIAGNOSTICS
常見設定問題:依連線階段排查
訂閱更新失敗與設定解析失敗
訂閱更新失敗時,先檢查取得內容的階段。確認網址完整、系統時間正確、服務仍有效,以及目前網路能否連線至訂閱端點。如果網址回傳登入頁面、流量限制提示或錯誤文字,客戶端接著出現的解析錯誤只是結果,不應靠修改 YAML 縮排來處理。更新是否經過代理取決於客戶端實作;有些情況必須先連線才能取得內容,也可能因舊代理失效而無法更新。請查看客戶端的更新網路設定,並進行對照測試。
內容已下載但核心拒絕載入時,再檢查語法、欄位與引用。YAML 縮排請使用空格,各清單項目的位置要一致,同一個對應表不可依賴重複鍵覆蓋。規則引用的策略組,以及策略組引用的代理或代理集合都必須存在。不同核心支援的協定與欄位各有差異,將副檔名改成 YAML 並不會轉換格式。先還原最近一次覆寫,再逐段恢復,比一次刪除所有設定更容易找出問題。
連接埠、監聽位址與流量是否進入核心
應用程式提示連線遭拒時,先確認核心是否正在執行、本機連接埠是否正在監聽,以及應用程式的代理位址是否相符。監聽在 127.0.0.1 的服務只能供本機使用,其他裝置不能把自己的回送位址當成這台電腦。跨裝置使用時,必須確認伺服器的區域網路位址、允許存取的監聽範圍及防火牆規則。不要為了排錯直接開放所有介面;先在本機明確指定代理並確認成功,再逐步擴大至受控的區域網路範圍。
存取目標時,連線記錄完全沒有變化,通常應先檢查流量入口,而非修改出口策略。應用程式可能忽略系統代理、使用獨立設定,或不在行動裝置的接管範圍內。若記錄有新增但走直連,請檢查命中規則與順序;若記錄顯示走預期代理卻仍失敗,再檢查遠端連線、驗證資訊與目標服務。依層次排查可避免把所有錯誤都歸咎於節點無法使用,也能減少不必要的重新匯入訂閱。
DNS、Fake-IP 與規則順序
Fake-IP 會為網域指派保留位址映射,讓後續連線仍可依網域進行規則判斷。看到這類位址不代表 DNS 損壞,但依賴真實解析結果的程式可能需要精確的例外規則。例外應盡量指定特定網域,避免排除範圍過大,導致網域規則無法如預期運作。內網網域還需要能解析它們的本機 DNS;公共解析器通常不知道企業或家用網路中的私人名稱。
規則會依序比對,精確的服務規則通常要放在較廣泛的規則之前,MATCH 作為兜底規則放在最後。以下範例需加入完整設定,並使用內建直連策略,不依賴自訂組名。這只示範順序與語法,不代表完整的業務分流方案;仍須保留實際訂閱中的遠端代理與選擇組。修改後重新載入,並從連線記錄確認命中項目,不要只檢查檔案是否已儲存。
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
- MATCH,DIRECT
DNS 檢測結果中的解析器位置,不能單獨證明服務流量是否依預期送出。應一併查看解析要求路徑、目標連線與規則記錄;瀏覽器安全 DNS、應用程式內建解析及快取都會影響比較結果。想深入了解設定,可閱讀DNS 洩漏檢測與防洩漏實作。啟用更多 DNS 選項不會自動提高可靠性,請先了解各欄位的作用,再逐項測試。
策略選擇、連線重用與更新還原
自動策略組會依探測目標與自身邏輯選擇路徑;不同類型分別著重延遲、可用性或負載分配。探測成功不代表特定服務一定可用,探測失敗也可能只是探測網址無法連線。先手動選擇成員並測試實際目標,再決定是否調整探測參數。切換策略後,舊的長連線可能仍使用原本出口;請關閉相關連線或重新啟動應用程式後再比較,否則可能誤以為策略切換沒有生效。
升級客戶端或核心後若出現問題,先保留記錄檔與目前設定,再用備份設定比對。自訂擴充欄位、舊路徑、規則集合快取及權限變更都可能影響啟動。尚未備份時,不要同時升級、清除資料並重寫設定,否則難以判斷哪個步驟造成影響。舊客戶端移轉可參考Clash for Windows 停止維護後的替代方案與移轉方式,優先轉移訂閱與規則,不要直接複製所有執行資料。
記錄必要的排錯資訊,保留復原方式
需要進一步排查時,請記錄系統與架構、客戶端名稱、流量接管方式、失敗目標類型及錯誤時間,再附上去識別化後的相關記錄檔。暫時提高記錄層級只用於重現問題,完成後請恢復一般層級,避免持續累積大量存取記錄。連線憑證、訂閱參數與控制介面驗證資訊不應放入公開資料。還原順序應與啟用順序相反:先關閉新增的路由或 TUN,再還原代理與 DNS,最後確認客戶端已正常結束。各平台入口請參閱本頁對應章節;基本操作則可回到快速入門指南。