本文目錄
在 Ubuntu 上，DEB 安裝套件必須符合系統架構；視窗能開啟後，還要確認匯入的設定能正常連線。瀏覽器、命令列與登入時自動啟動各有不同設定。保留已確認可用的部分，繼續檢查失敗的步驟，不必因為終端機逾時又從安裝開始。
Ubuntu 用 DEB 安裝：amd64、arm64 與 armhf 怎麼選？
用下表核對本機處理器架構與 Ubuntu 的 DEB 套件，不要強制安裝不相符的套件。Clash Verge Rev 安裝後先測試系統代理，正常後再設定登入時自動啟動；需要代理的應用程式不使用系統代理時，再考慮 TUN 服務。每次只改一項，出現異常時撤銷最近的變更。
截至 2026-07-23，Clash Verge Rev 的最新穩定版 v2.5.2 提供 amd64、arm64、armhf 的 DEB。Ubuntu 與 Debian 可用套件管理器安裝和解除安裝這個版本；其 Release 沒有 AppImage。
下載更新版本時，以對應發布頁的實際檔案為準，不從第三方補找缺少的格式。
架構對應
| uname -m | DEB 資產 |
|---|---|
| x86_64 | *_amd64.deb |
| aarch64 / arm64 | *_arm64.deb |
| armv7l | *_armhf.deb；先確認系統本身是 32 位 ARM |
uname 與 dpkg 顯示的架構，應與 DEB 一致
DEB='./Clash.Verge_2.5.2_amd64.deb'
uname -m
dpkg --print-architecture
dpkg-deb -I "$DEB" | sed -n '1,25p'版本號只作目前示例，檔案名應以自己下載的 Release 為準。dpkg-deb 能讀取包的 Architecture 與 Depends；如果這裡已經與系統不匹配，不要用 --force-architecture 強裝。
用 apt 安裝本機 DEB，讓它一起解決依賴
架構確認一致後，再交給 apt 安裝本機檔案。這樣缺少依賴時會給出明確的包名，也便於以後從同一個包管理系統卸載。
DEB='./Clash.Verge_2.5.2_amd64.deb'
sudo apt install "$DEB"
# 查看安装状态
dpkg -l | grep -i clash-verge
# 需要卸载时先记下上一步显示的真实包名
# sudo apt remove clash-verge命令中的檔案名和包名必須以本機結果為準。若 apt 報依賴無法滿足，儲存完整錯誤和 Ubuntu 版本；不要去隨機網站下載單個 .so 檔案覆蓋系統庫。安裝結束後從應用選單啟動一次，比立刻開啟 TUN 更容易看到 WebKit、系統匣或核心啟動錯誤。
第一次只驗證 Profile 和系統代理
匯入設定並驗證系統代理
匯入遠端訂閱或本機設定
Clash Verge Rev 2.x 支援 URL、本機檔案和拖拽匯入；先手動更新。
設為目前 Profile
確認策略群組與節點不是舊快取。
固定一個節點
保持 Rule 模式，開啟系統代理。
開啟瀏覽器並看連線
網域、規則和出站同時出現才算桌面代理正常。
Profiles 存在哪個目錄？終端怎樣使用代理？
瀏覽器可用而 apt 或 Git 超時，常見原因是終端沒有讀取桌面系統代理。shell 是終端執行命令的環境，需要自己的代理變數；下面的設定只作用於目前終端，結束後可以撤銷。
Linux 預設路徑，以應用開啟的目錄為準
| 內容 | 路徑 |
|---|---|
| verge.yaml | ~/.local/share/io.github.clash-verge-rev.clash-verge-rev/verge.yaml |
| 工作目錄 | ~/.local/share/io.github.clash-verge-rev.clash-verge-rev/ |
| Profiles | ~/.local/share/io.github.clash-verge-rev.clash-verge-rev/profiles/ |
| WebView 快取 | ~/.cache/io.github.clash-verge-rev.clash-verge-rev/ |
export HTTP_PROXY=http://127.0.0.1:7890
export HTTPS_PROXY=http://127.0.0.1:7890
export NO_PROXY=localhost,127.0.0.1,::1
export http_proxy="$HTTP_PROXY"
export https_proxy="$HTTPS_PROXY"
export no_proxy="$NO_PROXY"
# 结束测试
# unset HTTP_PROXY HTTPS_PROXY NO_PROXY http_proxy https_proxy no_proxy登入自啟動後，Profile、代理與退出恢復是否正常？
先在 Clash Verge Rev 設定頁啟用「開機自啟動」或 Auto Launch；不同版本的名稱可能略有變化。它表示使用者登入桌面後啟動應用，不表示登入桌面前就有代理，也不保證 TUN 會在沒有權限確認的情況下自動接管。只需要系統代理的使用者，先保持 TUN 關閉。
find ~/.config/autostart /etc/xdg/autostart -maxdepth 1 -type f -iname '*clash*' -print 2>/dev/null
grep -R '^Exec=' /usr/share/applications 2>/dev/null | grep -Ei 'clash.verge|clash-verge'真正驗證一次開機啟動
先退出再重新登入桌面
確認只出現一個 Clash Verge Rev 處理程序，沒有舊用戶端同時啟動。
看目前 Profile 和節點
應用啟動後，仍要確認訂閱已經選中，執行設定就是剛才驗證的那份。
檢查系統代理
若設定為自動開啟，瀏覽器應產生連線記錄；不希望自動接管時保持開關關閉。
測試退出恢復
從應用選單正常退出後，Ubuntu 的 HTTP、HTTPS 和 SOCKS 代理不再指向本機連接埠。
TUN 開不了、系統匣不顯示或視窗閃退，分別查哪裡？
TUN 需要服務與虛擬網路介面卡權限。先讓系統代理穩定，再從目前版本的設定頁安裝服務。舊教學中的服務指令碼和安裝目錄可能已經變化，遇到權限或 IPC 錯誤時，應先看目前 Release 與官方 FAQ，不要直接執行別的版本留下的命令。
系統匣不顯示常見於桌面環境缺少 AppIndicator 支援；視窗閃退則應從終端啟動應用讀取 stderr。兩者都與訂閱節點品質無關。
雙擊後無視窗
從終端啟動並保留 WebKit/圖形庫錯誤，檢查目前桌面會話。
瀏覽器能用，apt/Git 不通
為對應命令設定環境變數或工具設定，不先開 TUN。
TUN 開關立即彈回
查看服務安裝與權限；不要反覆改 DNS 和節點。
退出後瀏覽器沒網
到桌面網路設定關閉殘留代理，再檢查應用是否被強制結束。