2026-05-27 平台部署預計閱讀 7 分鐘

Linux 安裝 Clash 全流程:桌面客戶端與命令列 mihomo 部署

桌面用戶用 Clash Verge Rev 的 deb 套件三步裝好,伺服器與無介面環境用 mihomo 核心配 systemd 常駐。兩條路線的安裝、訂閱匯入與開機自啟逐步寫全。

Linux 上部署 Clash 的兩條路線怎麼選

Linux 生態沒有官方統一的 Clash 桌面客戶端,能用的方案分成兩條完全不同的路線,選錯工具會白折騰。第一條是圖形化桌面路線:裝一個帶介面的客戶端,像用 Windows/macOS 的 Clash 客戶端一樣點點滑鼠切節點、匯入訂閱,適合日常用桌面環境(GNOME、KDE 等)上網的場景。第二條是命令列核心路線:只裝 mihomo(Clash Meta 核心的延續專案)這個單一可執行檔,靠設定檔和 systemd 服務常駐後台,適合雲端伺服器、NAS、樹莓派這類沒有圖形介面、需要 7×24 小時掛機的場景。

兩條路線核心相通(桌面客戶端底層呼叫的也是 mihomo/Clash Meta 核心),差別只在「要不要一個可以點的視窗」。判斷標準很簡單:

你在自己的筆電或桌機上裝了帶桌面環境的 Linux 發行版(Ubuntu、Fedora、Debian 等),平時要切節點看狀態 —— 走桌面客戶端路線。
你在管理一台雲端伺服器、家用 NAS,或者只想讓代理服務安靜地跑在背景不折騰介面 —— 走 mihomo + systemd 路線。

下文按順序把兩條路線各寫一遍,互相獨立,依需求跳讀即可。

桌面環境:用 Clash Verge Rev 三步裝好

Clash Verge Rev 是目前 Linux 桌面上維護活躍、介面完整的開源客戶端,核心用的是 mihomo,支援 TUN 模式全域接管流量,發行的 deb 套件直接適配 Debian/Ubuntu 系發行版。以下是完整流程。

第一步:下載對應架構的 deb 套件

確認你的系統架構再下載,大多數桌機/筆電是 amd64,部分 ARM 裝置(如某些 ARM 筆電)要選 arm64 套件。命令列確認架構:

uname -m
# x86_64 對應 amd64 套件
# aarch64 對應 arm64 套件

確認好架構後,到本站下載頁取得對應的 deb 安裝包連結。

第二步:安裝 deb 套件

下載完成後用 apt 或 dpkg 安裝,建議用 apt,它會自動處理依賴關係:

cd ~/Downloads
sudo apt install ./clash-verge-rev_amd64.deb

如果系統提示缺少依賴(常見於純淨版 Debian),先執行:

sudo apt --fix-broken install

再重新安裝一次即可。安裝成功後,應用程式會出現在應用程式選單裡,也可以直接在終端機打客戶端名稱啟動。

第三步:匯入訂閱並開啟系統代理

打開客戶端後按下面順序操作:

進入「訂閱」頁面,貼上機場提供的訂閱連結,點擊下載,等待節點列表拉取完成。
切換到「代理」頁面,選一個延遲較低的節點群組,或直接使用自動測速的策略組。
在「設定」裡打開系統代理開關,或依需求開啟 TUN 模式(需要輸入密碼授權,TUN 會接管全域流量,包括不支援設定代理的應用程式)。

伺服器/無介面環境:mihomo 核心 + systemd 常駐

沒有圖形介面的機器(雲端伺服器、NAS、路由器級裝置)不需要裝完整客戶端,只裝 mihomo 單檔核心,配好 YAML 設定,交給 systemd 管理生命週期即可。這條路線的好處是資源佔用低、斷線自動重啟、開機即用。

第一步:下載並放置 mihomo 二進位檔

確認架構後從專案發佈頁取得對應壓縮檔,解壓後得到一個可執行檔,重新命名並放到系統路徑下:

tar -zxvf mihomo-linux-amd64.tar.gz
sudo mv mihomo-linux-amd64 /usr/local/bin/mihomo
sudo chmod +x /usr/local/bin/mihomo

驗證是否可執行:

mihomo -v

能看到版本號輸出即表示二進位檔放置成功。

第二步:準備設定目錄與訂閱檔案

mihomo 預設讀取 /etc/mihomo/config.yaml,先建好目錄:

sudo mkdir -p /etc/mihomo
sudo curl -o /etc/mihomo/config.yaml "你的訂閱連結"

如果訂閱連結本身不是標準 Clash YAML 格式(部分機場提供的是 Base64 編碼的通用格式),需要先在支援轉換的客戶端裡產生 Clash 格式連結,再用上面的命令下載,避免 mihomo 解析失敗。

第三步:手動測試執行

先不接入 systemd,直接前台執行一次,確認設定檔沒問題:

mihomo -d /etc/mihomo

觀察終端機輸出,若看到監聽埠(預設混合埠 7890)和代理群組載入成功的日誌,按 Ctrl+C 停止,再進入下一步。若報錯,多半是設定檔格式或訂閱內容有問題,回頭檢查 YAML 縮排與訂閱是否過期。

第四步:寫 systemd 服務單元

建立服務檔案:

sudo nano /etc/systemd/system/mihomo.service

內容如下:

[Unit]
Description=mihomo Daemon
After=network.target

[Service]
Type=simple
ExecStart=/usr/local/bin/mihomo -d /etc/mihomo
Restart=on-failure
RestartSec=5
User=root

[Install]
WantedBy=multi-user.target

儲存離開後,重新載入 systemd 並啟動服務:

sudo systemctl daemon-reload
sudo systemctl start mihomo
sudo systemctl status mihomo

status 顯示 active (running) 即代表服務正常拉起。

常用 systemd 命令	作用
`systemctl start mihomo`	啟動服務
`systemctl stop mihomo`	停止服務
`systemctl restart mihomo`	重啟服務(改設定後用這條)
`journalctl -u mihomo -f`	即時查看運行日誌

訂閱匯入與規則更新的兩種寫法

無論走哪條路線,訂閱內容都會過期或需要按機場規則定期刷新,這裡分開說明兩種環境下的更新方式。

桌面客戶端裡的訂閱管理

Clash Verge Rev 支援給每條訂閱設定自動更新間隔,在訂閱列表裡點擊編輯,填入更新週期(單位小時),客戶端會按週期自動重新拉取訂閱內容,無需手動介入。也可以隨時點擊訂閱項目上的刷新按鈕手動更新一次。

命令列環境裡的訂閱刷新

mihomo 沒有圖形介面,更新訂閱本質就是重新下載設定檔覆蓋舊檔,再重啟服務生效。可以寫一段簡單的更新腳本:

#!/bin/bash
curl -o /etc/mihomo/config.yaml "你的訂閱連結"
systemctl restart mihomo

把這段腳本存成 update-sub.sh,配合 crontab -e 加一條定時任務,就能實現無人值守的定期刷新,例如每天凌晨 4 點執行一次:

0 4 * * * /bin/bash /root/update-sub.sh

開機自啟與常見故障排查

兩條路線的開機自啟設定方式不同,分別說明。

桌面客戶端的開機自啟

Clash Verge Rev 在設定頁裡通常提供「開機啟動」開關,打開即可讓客戶端隨桌面環境登入自動拉起。如果所用的發行版桌面環境沒有正確響應這個開關(部分小眾視窗管理器會漏掉自啟動項),可以手動在系統的啟動應用程式管理裡新增客戶端的可執行檔路徑作為補充。

mihomo 服務的開機自啟

用 systemd 管理的服務,執行一次啟用命令即可讓它隨系統開機自動拉起,不需要額外設定:

sudo systemctl enable mihomo

之後重啟伺服器驗證,重啟後執行 systemctl status mihomo 確認狀態為 active,即代表自啟設定成功。

把介面和命令列兩條路線都摸清楚之後,後續無論是自己電腦上臨時切節點,還是給一台常年在線的伺服器配代理出口,都能按同一套邏輯照做:先確認架構與依賴,再匯入訂閱,最後把自啟動這一步補上,弄錯了拆回上一步重來就行。