Clash Verge Rev 安装后为什么不能直接使用？
客户端安装完成后仍需要可用的 Profile 或本地 Mihomo 配置，并根据使用场景开启系统代理或 TUN。安装客户端本身不会自动提供代理节点或订阅服务。
Clash Verge Rev Help · Install / Profile / TUN / Troubleshooting
Clash Verge Rev 常见问题
集中解答 Clash Verge Rev 在 Windows、macOS 与 Linux 上的安装、Profile 导入、Mihomo 配置、系统代理、TUN 模式、版本架构选择与常见故障。问题按照安装、配置、代理模式和排障四个环节整理。
Windows / macOS / Linux
Profile 导入与更新
系统代理与 TUN
Mihomo 配置排障
3Windows · macOS · Linux
Profile / YAML / Mihomo配置与订阅管理
System Proxy / TUN两类流量接管方式
Stable / AutoBuild正式版与滚动构建
高频问题
Clash Verge Rev 最常见的安装与代理问题
优先检查客户端版本、Profile 状态、系统代理和 TUN，再判断问题是否来自 Mihomo 配置、端口、DNS、权限或上游节点。
Profile 导入成功后为什么没有可用节点？
先确认订阅返回内容是否有效，再检查 Profile 是否成功更新、是否被 Merge 或 Script 修改，以及 Mihomo 是否能正确加载当前配置。
系统代理和 TUN 模式应该怎么选？
系统代理适合遵循操作系统代理设置的应用；TUN 会通过虚拟网卡接管更多流量，适用于不读取系统代理的桌面程序。
按 Clash Verge Rev 使用环节查找答案
从安装、Profile、代理模式到排障分别查看，避免把客户端、Mihomo 配置和上游节点问题混在一起。
下载与安装
Clash Verge Rev 版本、架构与启动问题
先确认操作系统、CPU 架构和安装包类型，再排查 WebView、权限、服务组件与旧版本残留。
Windows 应该下载 x64 还是 ARM64 版 Clash Verge Rev？+
大多数 Intel 或 AMD Windows 电脑选择 x64；只有 Windows on ARM 设备才应选择 ARM64。当前 Release 已不再支持 Windows 7。
macOS 应该选择 Apple Silicon 还是 Intel 版本？+
M 系列芯片的 Mac 选择 Apple Silicon / aarch64，Intel 处理器的 Mac 选择 x64。可以在“关于本机”中查看芯片或处理器类型。
Clash Verge Rev 安装完成后打不开怎么办？+
先确认安装包架构是否正确，再检查系统安全拦截、WebView 运行环境、旧版本残留和应用日志。Windows 特殊环境可根据 Release 提供的 WebView2 构建进行排查。
Linux 应该选择 DEB 还是 RPM？+
Debian、Ubuntu 等 Debian 系通常使用 DEB；Fedora、RHEL 等 Red Hat 系通常使用 RPM。还需要根据设备选择 x86_64、ARM64 或对应 ARM 架构。
升级 Clash Verge Rev 后原有 Profile 或设置异常怎么办？+
先查看当前应用目录和 Profile 是否仍被正确读取，再检查新版迁移提示、备份恢复和配置加载日志。不要在未备份的情况下直接删除现有配置目录。
Clash Verge Rev 有官方 Android 或 iOS 版本吗？+
当前 Clash Verge Rev 项目发布面向 Windows、macOS 和 Linux，没有官方 Android 或 iOS Release。其他支持 Clash 或 Mihomo 配置的移动客户端属于独立项目。
Profile 与配置
Profile、YAML、Merge 与 Mihomo 配置问题
Clash Verge Rev 的配置问题应先区分远程 Profile、本地 YAML、Merge / Script 覆写以及 Mihomo 最终加载结果。
Clash Verge Rev 的 Profile 和 YAML 配置是什么关系？+
Profile 是 Clash Verge Rev 管理配置的入口，可以来自远程订阅或本地文件；最终仍需要生成 Mihomo 能够加载的配置。Merge 和 Script 还可能在加载前修改配置内容。
导入 Profile 后为什么没有节点或代理组？+
先确认订阅地址实际返回了有效配置，再检查更新日志、Profile 类型、Merge / Script 覆写和 Mihomo 配置校验结果。返回空内容或格式不兼容都会导致节点缺失。
Profile 更新成功后为什么代理组没有变化？+
可能是当前激活的 Profile 没有切换、覆写规则仍在生效，或远程内容本身没有变化。可以检查 Profile 更新时间、当前启用配置和最终生成的 Mihomo 配置。
YAML 配置报错应该优先检查什么？+
先检查缩进、列表层级、字段名和数据类型，再结合 Clash Verge Rev 的配置语法提示与 Mihomo 错误日志定位。并非所有旧 Clash 字段都适用于当前 Mihomo 配置。
Profile 更新失败应该先检查客户端还是订阅地址？+
先确认订阅地址在当前网络下可以访问并返回有效内容，再查看 Clash Verge Rev 的更新错误和 TLS / 网络日志。只有订阅源本身正常时，才适合继续排查客户端侧问题。
为什么同一份配置在不同 Clash 客户端表现不同？+
不同客户端可能使用不同核心版本、覆写机制、GUI 设置和默认参数。Clash Verge Rev 当前围绕 Mihomo 运行，因此应以实际 Mihomo 配置兼容性和客户端生成结果为准。
系统代理与 TUN
系统代理、TUN 与规则模式问题
系统代理和 TUN 是两种不同的流量接管方式；是否需要 TUN，取决于应用是否遵循系统代理以及你希望接管的流量范围。
规则模式、全局模式和直连模式有什么区别？+
规则模式按 Mihomo 规则决定流量走向；全局模式将流量交给统一代理策略；直连模式则尽量直接连接。日常使用通常应以实际 Profile 的规则设计为准。
为什么开启系统代理后，部分桌面软件仍然不走代理？+
部分应用不会读取操作系统的代理设置，或者使用自己的网络栈。此时可以根据需要启用 TUN，让更多系统流量进入 Mihomo 处理。
Clash Verge Rev 的系统代理和 TUN 有什么区别？+
系统代理修改操作系统代理设置，主要影响遵循这些设置的应用；TUN 通过虚拟网卡接管更广泛的流量，通常需要更高系统权限和正确的路由配置。
Profile 已经导入，为什么浏览器仍然直连？+
检查系统代理是否真实指向 Clash Verge Rev、本地端口是否正常监听、当前模式和规则是否把目标域名设为 DIRECT，以及浏览器是否使用了独立代理或 VPN 设置。
Clash Verge Rev 一定要开启 TUN 才能使用吗？+
不需要。浏览器和遵循系统代理的应用通常可仅使用系统代理；只有需要接管更多不读取系统代理的流量时，才有必要考虑 TUN。
开启 TUN 后没有网络，应该先检查什么？+
先关闭 TUN 确认基础网络是否恢复，再检查服务模式、系统权限、TUN 路由、DNS 配置和其他 VPN / 虚拟网卡冲突。不要同时修改多个网络参数，否则更难定位原因。
故障与性能
端口、内核、DNS、日志与连接问题怎么排查
排障时先确认 Clash Verge Rev 和 Mihomo 是否正常运行，再检查 Profile、代理模式、端口、DNS、节点和本地网络，逐层缩小问题范围。
节点延迟正常但实际访问仍然很慢怎么办？+
延迟测试只反映特定测试目标的连接时间，不代表实际带宽和目标站点链路。还应检查节点负载、规则命中、DNS、目标站点网络和本地连接质量。
Clash Verge Rev 提示端口被占用怎么处理？+
确认当前 mixed-port、HTTP 或 SOCKS 端口是否被其他程序占用。修改端口后，还要确保系统代理或手动配置同步指向新的本地监听端口。
为什么 Mihomo 内核启动失败或反复重启？+
优先查看 Clash Verge Rev 日志中的核心错误，再检查最终配置是否合法、端口是否冲突、服务模式权限是否正常，以及内核文件是否完整。
浏览器可以访问，但其他桌面程序不能访问怎么办？+
这通常说明系统代理已经工作，但目标程序不读取系统代理。先确认程序自身是否有代理设置，再根据需要使用 TUN，并检查防火墙或其他 VPN 软件是否冲突。
Clash Verge Rev 出问题时应该按什么顺序排查？+
建议依次确认应用与 Mihomo 是否运行、Profile 是否有效、系统代理或 TUN 是否启用、规则是否命中、端口和 DNS 是否正常，最后再检查节点与上游网络。
什么时候可以判断问题不在 Clash Verge Rev 本身？+
如果 Mihomo 正常运行、配置无错误、系统代理或 TUN 状态正确，而且只有单个节点、单个网站或特定网络环境异常，更可能需要继续排查上游节点、目标站点或本地网络。