1 启动与 AppImage 注意点
Clash Verge Rev在 Linux上通常以 AppImage 或各发行版支持的包形式分发。若你下载的是 AppImage，请先确认文件具备可执行权限：在终端中进入所在目录执行 chmod +x ./Clash*.AppImage，再直接运行；若双击无反应，用终端启动可以立即看到 fuse、沙箱或权限相关报错。Wayland 与 X11 会话下托盘图标行为可能不同，若看不到图标，可从应用菜单再次打开主窗口，而不是误以为进程已退出。
与「只起一个本地 HTTP 端口」的老式脚本不同，Verge 系客户端把当前激活的配置档、Mihomo（Clash.Meta）内核与图形面板绑在一起：没有成功载入至少一份含订阅的 Clash YAML，后面谈的规则模式与策略组都不会有实质意义。若主界面仍提示配置为空，请回到导入流程补全，再阅读下文关于订阅刷新的段落。更偏服务器与无界面场景的读者，可先对照《Linux 安装 Mihomo 并开机自启》理解同一套配置在命令行侧的等价物。
2 订阅刷新与配置档
订阅刷新的目标是：让客户端重新从订阅 URL拉取上游生成的 Clash 片段，并合并进当前正在使用的配置档。机场侧调整节点名、协议或分组后，你只需要在界面里对对应订阅执行更新，一般无需重装应用。入口通常在「配置」「配置档」「订阅」或侧边一级菜单中；不同构建的措辞略有出入，但语义一致：选中目标订阅，点击更新，等待进度完成后再看节点列表与策略组是否变化。
更新失败时建议按顺序排查
- 连通性：本机能否直连访问订阅域名与端口；可尝试更换 DNS、临时切换热点排除宽带策略。
- 系统时间：偏差过大会导致 TLS 校验失败；建议开启 NTP 自动校时。
- 订阅本身：链接是否被重置或过期；从服务商面板重新复制有时比反复点刷新更有效。
- 安全软件：本机或网关上的拦截可能改写 HTTPS；暂时旁路后看日志是否仍为超时。
若你维护多份订阅，务必确认当前激活的是哪一份配置档；经常出现「明明订阅刷新成功，界面上却像没更新」，其实是更新的并不是正在运行内核的那份文件。想了解定时拉取与 lazy 等行为，可延伸阅读《Mihomo 订阅 interval 与 lazy》，再在 Verge 里对应理解「自动更新」开关。
3 策略组与节点切换
导入有效订阅后，界面展示的不是扁平列表，而是一棵 策略组（Proxy Group） 树：常见名称如 PROXY、地区分组、自动选择 等。节点切换的本质，是在某个组内点选具体线路，或依赖 url-test 自动择优。请注意：如果你改动的并不是最终出站所引用的那一组，体验会像「怎么换节点都没用」。遇到不熟悉的 YAML 结构，先在界面上逐级展开，看清哪一组被规则指向为默认代理链。
延迟测速按钮给出的是抽样时延，只能作参考：同一节点在晚高峰与凌晨差异明显，绿灯也不代表访问某一目标站一定顺畅。更稳妥的做法是，在选定策略组后，用真实业务（浏览器、包管理器、IDE）验证；若仅某一域名异常，多从规则模式与 DNS 入手，而不是盲目轮换节点。若配置里包含 fallback 或负载均衡类分组，尽量不要手改 YAML，以免破坏上游维护的依赖关系。
http_proxy 是否仍指向旧端口，避免与系统代理双轨打架。
4 规则模式 Rule 与 Global
日常语境里的规则模式，一般指内核在 Rule 档位下按 rules: 与规则集合做域名、IP 分流：国内与局域网常直连，目标站点走代理。与之相对，Global 往往把需要代理的流量统一交给某一主策略组，便于判断「究竟是规则写错，还是节点本身不可用」。还有 Direct 一类的全局直连档位，多用于临时对照或离线场景。界面可能用中文「规则／全局／直连」对应上述含义，具体以当前激活的 Mihomo 文案为准。
在大陆家庭宽带环境下，长期建议保持 Rule：既减少无谓绕行，又降低链路抖动。若你发现某一站在 Rule 下异常、短暂切到 Global 后立即恢复，往往提示要检查规则或解析路径，而不是单纯换一个节点。排错结束后务必切回 Rule，避免长期全局代理带来额外延迟与流量消耗。需要完整拆解终端、Git 与 Docker 的全局接管时，可结合《Clash Verge Rev TUN 模式完全指南》一文往下深入。
5 TUN 模式入门与权限
TUN 模式会在系统里创建虚拟网卡，由 Mihomo 在更底层接管流量，适合不遵循「系统 HTTP 代理」环境变量的程序，例如部分命令行工具、容器或游戏。启用前请理解：在 Linux 上通常需要创建 TUN 设备的能力，部分发行版会通过 PolicyKit 弹窗授权，也可能要求以适当权限运行。若与本地其他 VPN、全局隧道或公司零信任客户端并存，可能出现路由优先级冲突，表现为「开了 TUN 反而断网」，此时应先关闭其它虚拟网卡再试。
TUN 模式与规则模式回答的是两件不同的事：前者决定流量从哪一层进入内核；后者决定进入后如何按域名与 IP 分流。实务上应先确认 Rule 与节点切换无误，再视需要打开 TUN；不要在未理解路由与 DNS 的前提下盲目长期开启。若你使用 systemd-resolved 或自定义分流解析，建议同时阅读《Linux Mihomo TUN 与 systemd-resolved》以避免 127.0.0.53 类环路。
6 系统代理、桌面环境与 DNS
Clash Verge Rev 在 Linux上常同时提供系统代理开关与可选的 TUN 模式。系统代理会把 GNOME、KDE 等桌面里登记的 HTTP/HTTPS 代理指向本地监听端口，对遵循该设置的浏览器与部分 GUI 应用友好；而不尊重系统代理的进程则需要 TUN 或单独配置环境变量。若你同时使用终端包管理器与浏览器，要分清：浏览器走的是桌面代理，而 curl / apt 可能仍直连，这是行为差异而非客户端损坏。
DNS 方面，FakeIP、嗅探与 redir-host 等话题能写一整本书；作为日常使用，你只要记得：规则模式正确、订阅刷新及时、上游分组未被改乱，就能规避多数「能 ping 不能浏览」的假性故障。若出现特定域名总跑偏，可先用连接日志观察命中了哪条规则，再决定是换节点还是改规则集。对希望用仪表盘细调的高级用户，站内《Mihomo 外接控制器与 Yacd》提供了另一视角的排查路径。
7 常见问题
- 订阅刷新成功但没有新节点：可能上游 YAML 未改结构，或当前激活配置档并非刚更新的那一份。
- Global 可用、Rule 不可用：优先检查规则与 DNS；临时用 Global 做对照后，回到 Rule 并修正解析路径。
- 浏览器通、终端不通：检查系统代理是否开启、终端是否需要单独 export 代理变量，以及是否必须启用 TUN 模式。
- 托盘找不到入口：部分桌面把图标收在折叠区；也可从应用菜单重新打开主窗口确认进程存活。
8 总结与选型建议
把 Clash Verge Rev在 Linux上的日常操作压缩成一条流水线，就是：正确启动 AppImage 并载入配置 → 按需完成订阅刷新 → 在对应策略组里做节点切换 → 以 Rule 为主、用 Global 做排错 → 仅在需要透明接管时启用 TUN。掌握这条链，大多数「装好了却不会用」的困惑可以在不涉及重新装机的情况下拆解。
纯命令行跑 Mihomo虽轻量，但对只想在图形界面里完成订阅刷新与策略组切换的用户并不友好：改 YAML、看日志、排 systemd 都要额外心智负担。反过来，只做浏览器插件往往又管不住终端与沙箱应用。相比之下，Clash Verge Rev把同一套 Mihomo 能力与桌面工作流绑在一起，让你能用熟悉的中文菜单完成规则模式与TUN 模式切换；若你还希望在 Windows 或 macOS 上用同样的名词与按钮记忆，可到本站下载页获取对应平台的安装包，把在 Linux 上已经练熟的用法整体迁过去。
