识别发行版
读取系统发行版信息,再决定使用 DEB、RPM 或 AppImage。
Preparation
读取系统发行版信息,再决定使用 DEB、RPM 或 AppImage。
x86_64 对应 x64/amd64,aarch64 对应 ARM64/arm64。
AppImage
Clash Verge AppImage使用的关键是增加可执行权限;部分发行版还需要 FUSE 兼容组件。
以下以“下载”目录为例,实际路径以浏览器保存位置为准。
将占位文件名替换为实际 AppImage 文件名。
首次启动建议从终端运行,以便出现问题时查看输出。
Debian / Ubuntu
Clash Verge deb安装建议使用 apt 的本地包语法,让包管理器同时处理仓库中可用的依赖。
./ 不可省略,它表示当前目录中的本地文件。
先更新软件源索引,再重新执行本地包安装;不要从未知网站随意补依赖。
Fedora / RHEL
Clash Verge rpm安装使用 dnf 比直接调用 rpm 更适合日常用户,因为 dnf 会尝试解析可用依赖。
将示例文件名替换为已校验的实际 RPM 文件。
先确认系统是否提供 dnf;RHEL 系环境还可能受软件源与系统版本约束。
Profile Workflow
客户端不提供节点。你需要自行合法取得兼容的订阅地址,并妥善保护该地址,避免泄露。
在客户端侧栏找到配置管理入口,不同版本的菜单文字可能略有区别。
粘贴来源可信的订阅地址,填写便于识别的名称,然后执行导入或更新。
选择新导入的配置,将其设为当前配置;查看是否出现策略组和节点列表。
先选择规则模式与合适策略,执行延迟测试,再开启系统代理。不要仅凭一次延迟结果判断稳定性。
Troubleshooting
全超时通常是链路级问题。按以下顺序排查,避免同时修改多个选项导致无法确认原因。
关闭代理后确认普通网络可用,并检查系统日期、时间和时区。时间明显错误会影响 TLS 连接。
手动更新当前订阅,查看是否报错;确认配置中存在可用策略组,且订阅没有过期或被撤销。
确认 mihomo 内核已启动且日志没有持续报错。若端口被其他代理软件占用,先退出冲突应用再测试。
关闭 TUN 与系统代理守卫,仅启用基础系统代理测试。若恢复,逐项重新开启以定位权限或驱动问题。
恢复为已知可用的 DNS 配置,检查规则提供者是否下载成功。使用 DIRECT 与规则模式对比可帮助定位分流问题。
记录客户端版本、内核版本、发行版、包格式、架构和脱敏日志。不要公开订阅地址、节点凭据或个人信息。