先了解安裝流程與適用環境
如果你第一次在 Linux 上使用 Clash,可能會以為只要下載一個檔案、雙擊後按下安裝,就能像 Windows 應用程式一樣立即完成設定。實際上,Ubuntu 的軟體來源、處理器架構、套件依賴、桌面環境與系統代理之間有一些細節需要對齊。只要先把這些環節理清,Clash Verge Rev 的安裝並不複雜。本篇將以 Ubuntu 22.04 與 Ubuntu 24.04 為主要環境,說明從下載安裝檔、完成首次啟動,到匯入訂閱和測試代理的完整流程。
Clash Verge Rev 是一個提供圖形介面的 Clash 用戶端,通常可以在同一個介面中管理設定檔、訂閱、代理節點、策略群組與連線紀錄。對不熟悉 YAML 或命令列的使用者而言,它能把許多需要手動輸入指令的工作集中到視窗操作中;對有 Linux 經驗的使用者而言,則可以配合系統代理、終端機環境變數和 TUN 模式,逐步擴充使用範圍。
本文只介紹一般的軟體安裝與網路代理配置,不提供繞過組織政策、學校規範或所在地法律的做法。使用前請確認你擁有合法有效的訂閱或設定檔,並遵守網路服務條款。完成安裝後,建議先用低風險的測試網站確認功能,再把它用於瀏覽器、開發工具或其他需要代理的應用程式。
安裝前的系統檢查
正式下載前,先花一分鐘確認系統版本和架構,可以避免安裝了錯誤套件後才發現程式無法啟動。按下 Ctrl、Alt 和 T 開啟終端機,輸入以下指令查看 Ubuntu 版本:
lsb_release -a
uname -m
輸出結果中的 Description 或 Release 可用來確認 Ubuntu 版本,uname -m 則會顯示處理器架構。常見的 x86_64 代表一般 Intel 或 AMD 64 位元電腦,aarch64 或 arm64 則代表 ARM 64 位元裝置。下載時要選擇與架構一致的套件,不能只因檔名看起來相似就隨意安裝。
除了版本與架構,還應確認目前帳戶可以使用管理員權限。Ubuntu 安裝系統套件時通常需要 sudo,若帳戶不在 sudo 群組,稍後執行安裝指令會出現權限錯誤。你也可以先更新套件索引,讓系統在安裝依賴時能找到較新的版本:
sudo apt update
sudo apt upgrade
不必為了本次安裝一次升級所有開發工具或第三方套件;如果電腦正在執行重要服務,建議先確認升級內容再決定是否執行。桌面環境方面,Ubuntu 預設的 GNOME 通常可以正常顯示應用程式視窗與系統代理設定,但如果你使用 KDE、XFCE、Wayland 或遠端桌面,選單位置和權限提示可能與教學畫面略有不同。
第一步:取得正確的 Linux 安裝檔
搜尋「Ubuntu Clash 安裝」時,搜尋結果可能會出現重新打包的套件、過期版本或來歷不明的下載站。對代理工具而言,安裝檔本身與設定檔一樣重要,因此建議從專案公開發行頁或可信的官方下載頁取得檔案。不要只看「最新」或「高速下載」字樣,還要閱讀版本說明、系統需求與檔案名稱。
Linux 版本可能以 .deb、.AppImage 或壓縮檔形式提供。對 Ubuntu 新手而言,.deb 通常比較直觀,因為它可以交給系統套件管理器處理;AppImage 則不需要傳統安裝流程,但必須手動加入執行權限,桌面捷徑與自動更新也可能需要自行處理。若發行頁同時提供多種檔案,優先選擇與你的 Ubuntu 版本及處理器架構相符、且文件說明最清楚的格式。
- 確認檔案架構:Intel/AMD 電腦通常選擇 amd64 或 x86_64,ARM 裝置則選擇 arm64 或 aarch64。
- 確認檔案來源:下載網址應能回溯到專案發行紀錄,避免使用無法說明版本來源的第三方重新封裝檔。
- 確認檔案完整性:若發行頁提供 SHA256 雜湊值,下載後可以用
sha256sum比對。 - 確認版本需求:閱讀 Release notes,留意最低 Ubuntu 版本、核心版本或桌面環境限制。
假設下載的檔案放在「下載」資料夾,可以先透過終端機檢查檔案名稱與大小:
cd ~/Downloads
ls -lh
不同 Ubuntu 語言或區域設定可能把資料夾名稱顯示為「下載」,但實際路徑通常仍可透過檔案管理器右鍵選擇「在終端機開啟」來確認。若你無法確定檔案位置,不要直接複製網路上的固定路徑,先在檔案管理器中定位,再把檔案拖曳到終端機視窗,系統通常會自動填入正確路徑。
第二步:使用 Ubuntu 安裝 Clash Verge Rev
如果你取得的是 .deb 套件,最簡單的方法是用檔案管理器雙擊它,讓 Ubuntu 軟體中心顯示套件資訊,再按下安裝。系統可能要求輸入目前帳戶的密碼,這是正常的管理員權限驗證。安裝畫面中請確認套件名稱與版本,若名稱與下載來源不一致,先取消操作並重新檢查檔案。
你也可以使用終端機完成安裝。以下範例假設檔案名稱為 clash-verge-rev_amd64.deb,實際名稱請依你下載的版本修改:
cd ~/Downloads
sudo apt install ./clash-verge-rev_amd64.deb
在 apt install 後面加上 ./ 很重要,因為它表示要安裝目前資料夾裡的本機套件,而不是從線上軟體來源尋找同名套件。若終端機提示有未滿足的依賴,先閱讀錯誤訊息,不要直接刪除大量系統套件。一般情況下,可以執行 sudo apt --fix-broken install 修復依賴,再重新執行安裝指令。
- 開啟「檔案」應用程式,進入下載安裝檔的資料夾。
- 雙擊與 Ubuntu 架構相符的
.deb檔案,確認套件名稱與版本。 - 按下安裝並輸入管理員密碼,等待軟體中心完成處理。
- 回到應用程式列表搜尋 Clash Verge Rev,確認啟動器已建立。
若你使用的是 AppImage,則不需要透過 apt 安裝。先把檔案移到固定資料夾,再給予執行權限:
mkdir -p ~/Applications
mv ~/Downloads/Clash-Verge-Rev.AppImage ~/Applications/
chmod +x ~/Applications/Clash-Verge-Rev.AppImage
~/Applications/Clash-Verge-Rev.AppImage
AppImage 的檔名會隨版本變化,請用實際檔名替換範例中的名稱。第一次執行時,如果 Ubuntu 顯示檔案沒有執行權限,通常是因為檔案管理器的權限設定尚未開啟;用上述 chmod +x 處理後再重新開啟即可。若你希望它出現在應用程式列表,還需要建立桌面項目,這部分會因桌面環境不同而有所差異,因此剛開始使用時建議先保留啟動指令,方便排查問題。
sudo 執行整個圖形應用程式。以 root 身分執行可能造成設定檔與快取檔案權限混亂,日後用一般帳戶啟動時反而更容易出現錯誤。
第三步:首次啟動與基本介面設定
第一次開啟 Clash Verge Rev 後,先不要急著匯入訂閱。先觀察主視窗是否能正常顯示,確認核心狀態、設定檔區域和系統代理選項是否可用。不同版本的介面名稱可能略有差異,但通常可以在側邊欄看到「設定檔」、「代理」、「連線」、「設定」或相近的功能入口。
如果程式能開啟但看不到任何節點,這不代表安裝失敗。Clash Verge Rev 本身是用戶端,必須先有一份有效設定檔,才能知道代理伺服器、策略群組和 DNS 等資訊。沒有匯入設定檔時,代理列表為空是正常狀態。你可以先進入設定頁,查看本機 HTTP、SOCKS 或 mixed-port 的數值,稍後終端機測試會用到。
第一次設定建議採取「最小變更」原則。先保留預設的 DNS、TUN 和繞過局域網選項,完成基本訂閱匯入後再逐一調整。一次開啟多項進階功能,遇到連線異常時很難判斷究竟是哪個設定造成問題。特別是 TUN 模式可能需要額外的系統權限或核心支援,若只是讓瀏覽器使用代理,通常不必一開始就啟用。
確認本機連接埠與系統代理
Clash 常見的本機連接埠包括 HTTP、SOCKS 和 mixed-port。mixed-port 可以同時處理部分 HTTP 與 SOCKS 請求,因此對初次設定的使用者比較方便,但實際能否使用仍要以介面顯示為準。假設 mixed-port 是 7897,瀏覽器或其他程式就可能透過 127.0.0.1:7897 連到 Clash。
啟用「系統代理」後,支援桌面環境代理設定的應用程式會自動讀取本機代理位址。不過,並非所有 Linux 程式都會遵守 GNOME 的系統代理,有些 Electron、Java、容器或命令列工具仍需要單獨設定。這也是為什麼「瀏覽器可以開啟,終端機卻不行」在 Ubuntu 上十分常見。
第四步:匯入訂閱或本機 YAML 設定檔
準備好有效的訂閱連結後,進入 Clash Verge Rev 的設定檔頁面。通常可以看到新增遠端設定、匯入 URL 或新增本機檔案等選項。將訂閱連結貼入指定欄位,設定一個容易辨識的名稱,例如「我的主要訂閱」,再按下儲存或匯入。訂閱網址通常包含授權資訊,不應貼到公開論壇、截圖或不可信的線上工具中。
匯入後不要只看列表中是否出現檔案,還要確認更新狀態與檔案內容是否完整。成功的設定檔通常會包含代理節點、代理群組、規則或其他核心配置。如果只有一個空白名稱,或更新立即顯示失敗,可能是訂閱已過期、網路無法連到訂閱服務、URL 被截斷,或服務端回傳的格式不符合目前核心版本。
- 在設定檔頁面新增遠端訂閱,貼上完整的 HTTPS 訂閱網址。
- 替設定檔命名,按下儲存並等待下載完成。
- 點選剛匯入的設定檔,執行更新或啟用操作。
- 前往代理頁面,確認節點與策略群組已出現。
- 選擇一個延遲較低且狀態正常的策略,再進行連線測試。
如果你手上是本機 YAML 檔案,可以選擇匯入檔案,而不是貼上遠端連結。使用本機檔案的好處是便於離線檢查和版本備份,但缺點是節點與規則不會自動更新。編輯 YAML 時要特別注意縮排,YAML 對空格非常敏感,少一個空格就可能導致整份設定無法解析。建議先保留原始檔案,再對複製檔進行修改。
mixed-port: 7897
mode: rule
log-level: info
external-controller: 127.0.0.1:9090
上面的內容只是結構示意,不是完整訂閱設定,也不代表所有版本都應使用相同連接埠。請以你的設定檔與 Clash Verge Rev 介面為準。若你只需要讓特定網域走代理,可以使用規則模式;如果需要所有連線都經過代理,才考慮暫時切換到全域模式進行 A/B 測試。日常使用仍建議依需求分流,避免本地服務、內網裝置或套件鏡像被不必要地送進代理。
第五步:設定 Ubuntu 系統代理與終端機環境
完成設定檔匯入後,在 Clash Verge Rev 中啟用系統代理,接著用瀏覽器開啟一般網站測試。若瀏覽器沒有反應,先回到代理頁確認策略群組確實選中節點,再查看連線紀錄是否有新的請求。如果連線紀錄完全沒有資料,通常代表系統代理沒有啟用、瀏覽器使用了自己的代理設定,或 Clash 核心尚未啟動。
對終端機工具而言,可以在目前 Shell 工作階段設定環境變數。假設 mixed-port 是 7897,常見寫法如下:
export HTTP_PROXY=http://127.0.0.1:7897
export HTTPS_PROXY=http://127.0.0.1:7897
export ALL_PROXY=socks5://127.0.0.1:7897
這些變數只會影響目前的終端機工作階段。關閉視窗後,設定通常就會消失。如果你確認某些命令列工具長期需要代理,可以把適合的設定加入 ~/.bashrc 或 ~/.zshrc,但不建議在不了解影響前就永久設定全域代理。某些套件管理器、公司內網或本機服務可能需要直連,應使用 NO_PROXY 排除特定位址:
export NO_PROXY=localhost,127.0.0.1,::1,.local
若終端機工具仍然連不上,先用 env | grep -i proxy 檢查變數是否真的存在,再確認連接埠與 Clash 介面顯示一致。Docker、Snap、Flatpak 和 systemd 服務有各自的環境繼承方式,未必會讀取你在互動式 Shell 中設定的變數。這類程式應按照自身文件設定 Proxy,不要單純把問題歸咎於 Clash。
第六步:用瀏覽器與 curl 驗證代理
代理設定完成後,建議依序進行「介面狀態、連線紀錄、瀏覽器、終端機」四層驗證。第一層是確認 Clash 核心正在運作,而且策略群組沒有顯示錯誤;第二層是開啟連線紀錄,在執行測試時觀察是否出現對應目的地。若沒有任何流量,繼續測試只會浪費時間,應先排查系統代理或程式是否繞過 Clash。
第三層可以使用瀏覽器開啟普通 HTTPS 網站,確認頁面載入是否正常。不要只以某一個需要特殊登入或大量 JavaScript 的網站作為唯一判斷依據,因為登入驗證、DNS、CDN 和瀏覽器擴充功能都可能造成額外變數。先測試一個簡單頁面,再觀察 Clash 連線列表中的目的地與策略名稱。
第四層是使用 curl 測試終端機代理。以下指令會明確指定 HTTP Proxy:
curl -I -x http://127.0.0.1:7897 https://example.com
如果你已設定 HTTPS_PROXY,也可以執行:
curl -I https://example.com
curl -v https://example.com
-v 會顯示較詳細的連線過程,適合確認 curl 是否真的先連到本機代理。如果輸出顯示連接 127.0.0.1:7897 被拒絕,代表 Clash 沒有監聽該連接埠、端口填錯,或防火牆與程序狀態需要檢查。如果本機連線成功但遠端握手逾時,則應在 Clash 連線紀錄中查看實際使用的節點與錯誤原因。
| 現象 | 較可能的原因 | 建議檢查方向 |
|---|---|---|
| 程式完全無法啟動 | 架構錯誤、依賴缺失或檔案權限不足 | 確認 uname -m、套件格式與終端機錯誤訊息 |
| 能啟動但沒有節點 | 尚未匯入設定檔或訂閱更新失敗 | 檢查 URL、授權期限、更新狀態與設定檔內容 |
| 瀏覽器可以連線,curl 不行 | 終端機沒有讀取桌面系統代理 | 確認 HTTP_PROXY、HTTPS_PROXY 與 mixed-port |
| curl 連本機端口被拒絕 | 核心未啟動或端口設定不一致 | 查看設定頁與核心日誌,確認本機監聽狀態 |
| 偶爾逾時或頻繁斷線 | 節點品質、規則選擇或網路本身不穩定 | 切換節點並比較連線紀錄、延遲與錯誤訊息 |
常見問題與排查方法
安裝時出現依賴套件錯誤
依賴錯誤常見於系統套件索引過期、使用了不適合目前 Ubuntu 版本的安裝檔,或系統中存在未完成的更新。先不要從隨機網站下載單獨的函式庫檔案,因為這可能讓套件管理器進入更複雜的狀態。可以先執行 sudo apt update,再按照錯誤訊息處理未完成的套件。如果錯誤明確指出套件版本不符合,重新確認安裝檔是否支援 Ubuntu 22.04 或 24.04。
介面開啟但核心沒有運作
圖形介面與代理核心是兩個相關但不同的部分。介面能開啟,不代表核心已成功啟動。請查看核心狀態、日誌和設定檔是否有 YAML 語法錯誤。如果你剛匯入一份手動修改的設定檔,可以先切換回另一份已知可用的設定,確認問題是來自核心本身還是設定內容。需要啟用 TUN 時,則要另外檢查系統權限、核心模組與桌面環境支援。
訂閱更新失敗或內容為空
訂閱連結常常帶有較長的授權參數,複製時少一個字元就可能造成更新失敗。請從來源重新複製完整 URL,確認開頭是正確的協定,並檢查當前網路能否連到訂閱服務。若訂閱服務要求先通過某個網頁登入,則不能把登入頁網址誤當成原始訂閱 URL。更新失敗時也要查看 HTTP 狀態、核心日誌與訂閱服務公告,而不是反覆按下更新按鈕。
連接埠被其他程式佔用
如果 Clash 無法啟動代理端口,可以使用以下指令查看端口是否已被占用:
ss -ltnp | grep 7897
把 7897 替換成你設定的端口。如果結果顯示另一個程序正在監聽,請先關閉不需要的 VPN、舊版 Clash 或開發測試程序,再重新啟動核心。也可以在 Clash Verge Rev 中選擇未被使用的端口,但修改後記得同步更新瀏覽器、終端機環境變數與其他應用程式設定。
更新、備份與日常維護
完成首次安裝後,不代表所有工作都結束。Ubuntu、Clash Verge Rev 核心和訂閱設定都可能獨立更新,更新前保留一份可回復的設定是很好的習慣。對遠端訂閱而言,可以記錄訂閱名稱、更新時間和目前使用的策略群組;對本機 YAML 而言,則應把原始檔案和手動覆寫檔分開保存。
- 更新前備份:保存目前可正常使用的設定檔,不要只依賴遠端訂閱。
- 更新後驗證:先確認核心啟動,再測試一個瀏覽器請求和一個終端機請求。
- 記錄自訂變更:把端口、規則覆寫和環境變數寫在私人筆記中,日後重裝時更容易恢復。
- 避免同時改太多:更新核心、切換 DNS、啟用 TUN 最好分開測試,方便定位問題。
- 清理舊版本:確認新版本正常後,再移除不再使用的安裝檔與舊套件。
如果你的 Ubuntu 是工作站或伺服器,還要特別注意開機自動啟動與使用者登入狀態。圖形用戶端通常依賴桌面會話,透過 SSH 登入的使用者不一定能直接操作同一個 Clash 實例。若需要讓背景服務長期使用代理,應改用適合服務環境的部署方式,並清楚區分「桌面代理」與「系統服務代理」的責任範圍。
完成安裝後的使用建議
到這裡,你應該已經完成 Ubuntu 上的 Clash Verge Rev 安裝、首次啟動、設定檔匯入與代理驗證。實際使用時,建議先保持規則模式,讓本地網站、區域網路和需要直連的服務維持原本路徑,再根據連線紀錄調整特定網域。只有在確認規則分流無法涵蓋某些程式,而且你理解 TUN 對整個系統路由的影響後,才考慮啟用 TUN。
與只提供單一平台安裝包或設定流程較零散的同類工具相比,Clash Verge Rev 在 Ubuntu 上的優勢,是能把訂閱管理、策略切換、連線紀錄與系統代理集中在同一個介面;當瀏覽器和終端機出現不同結果時,也能透過端口和日誌逐層定位,而不是只能反覆重裝。若你正在尋找一個能在 Linux 桌面環境中逐步配置、並可延伸到命令列工作流的 Clash 用戶端,完成本文檢查後,前往下載頁取得適合你系統的安裝檔會是較自然的下一步。