基础认知
先区分客户端、内核、订阅与流量入口，避免把配置缺失误判为软件故障。
Clash、mihomo 与图形客户端分别负责什么？
Clash 通常指一类使用规则进行流量分流的代理工具及其配置生态；mihomo 是这一生态中持续维护的内核项目。Clash Verge Rev 等图形客户端负责订阅导入、代理组选择和系统设置，内核负责解析配置、匹配规则与建立连接。排查时先区分界面操作失败还是内核启动失败，再查看对应日志。不同客户端内置的内核与支持字段可能不同，旧配置迁移后应先确认能否正常加载。
安装客户端后，为什么仍然需要订阅或代理配置？
客户端提供本地代理入口和分流能力，不会因为安装完成就自动获得远端代理服务。实际连接需要有效的服务器参数，或包含这些参数的订阅配置。取得有权使用的配置后，将其导入订阅页面并设为当前配置，再到代理页面选择可用策略。订阅地址往往包含访问凭据，应按密码管理；反馈问题时隐藏地址中的令牌、账号和服务器认证信息，不要把完整配置上传到公开讨论区。
规则、全局与直连模式有什么区别？
规则模式按配置中的规则顺序为连接选择策略；全局模式把进入内核的连接交给全局策略，仍需为该策略选择出口；直连模式通常让进入内核的连接直接访问目标。这里的全局不等于接管设备上所有应用：未进入系统代理或 TUN 的流量仍可能绕过客户端。日常可先使用规则模式，遇到单个站点异常时短暂切换全局作对照，再结合连接记录判断是否属于分流问题。
系统代理与 TUN 模式需要同时开启吗？
系统代理主要服务于遵循操作系统代理设置的应用；TUN 通过虚拟网络接口与路由接管流量，适合部分不读取系统代理的程序。两者没有必须同时开启的要求。初次配置建议先只用系统代理，确认订阅和出口正常，再按应用需求启用 TUN。若客户端允许两者并用，应遵循其文档设置，并避免其他 VPN 同时改写路由。出现断网时先关闭 TUN，回到已验证的简单路径逐项定位。
换客户端时，原来的订阅和规则能直接使用吗？
支持相同配置格式与内核特性的客户端通常可以复用订阅，但界面中的覆写、脚本、快捷键和服务模式设置未必会随配置迁移。先备份旧配置与本地规则，再在新客户端单独导入订阅，检查内核是否接受协议和字段。确认基础连接正常后再迁移覆写内容，避免一次引入多个变量。不要同时让两个客户端接管系统代理或 TUN；新环境验证完成后，再处理旧客户端的自启动与后台服务。
安装配置
按订阅获取、配置加载、权限授权和代理入口的顺序检查。安装包选择可查看客户端页面。
订阅导入失败或返回错误，应该先检查哪里？
先确认复制的是完整订阅链接，而不是账户页面地址，并检查链接是否过期、令牌是否重置以及设备时间是否准确。查看导入日志中的 HTTP 状态或解析错误：401、403 常与授权有关，404 可能是地址变化，返回网页内容则可能经过登录页或验证页。若日志显示连接超时，再检查当前网络能否访问订阅服务。不要反复把链接提交到陌生转换站；需要转换时优先采用服务方提供的兼容格式。
导入 YAML 后提示配置解析失败，怎样定位？
打开内核日志，记录报错行号与字段名，再检查该位置及其前一行。YAML 缩进应使用空格，列表项、冒号后的空格和引号边界都可能影响解析。若错误涉及未知协议或字段，确认当前内核是否支持，而不是只修改缩进。可以先切回最近能启动的配置，再逐段恢复本地修改。订阅自动生成的文件不宜直接长期编辑，因为下次更新可能覆盖修改，应将自定义内容放到客户端支持的覆写机制中。
TUN 模式提示权限不足或虚拟网卡创建失败怎么办？
先确认客户端要求的服务模式或辅助服务已安装并运行。Windows 通常需要授权安装后台服务，macOS 可能需要批准辅助组件，Linux 则可能需要相应网络管理权限和可用的 TUN 设备。具体方式以客户端文档为准，不要长期用高权限启动所有程序代替服务配置。若权限已满足仍失败，关闭其他 VPN 后重试，并查看日志是否为驱动、路由或端口冲突；修改前记录原设置，便于恢复网络。
开启系统代理后，浏览器为什么仍然不走代理？
先确认内核已启动，当前配置已启用，且系统代理指向客户端实际监听的地址和端口；不要照抄其他教程中的端口。随后检查浏览器是否使用独立代理配置、扩展或绕过列表。打开连接页面访问一个新站点：没有记录时优先检查流量入口，有记录但选择 DIRECT 时检查规则与模式。还应排除其他代理工具覆盖系统设置的情况。修改后关闭旧连接或重启浏览器，避免复用原有连接干扰判断。
手机上的 VPN 授权和后台运行应怎样设置？
移动端客户端通常通过系统 VPN 接口处理流量，首次连接需要在系统提示中授权。Android 一般同时只允许一个常规 VPN 服务运行，启用另一个 VPN 可能使当前连接断开。若锁屏后掉线，再检查电池优化、后台活动和厂商自启动限制，只为确有需要的客户端调整权限。不要为了保持连接关闭所有省电策略；先确认是否由后台回收引起，再权衡续航与常驻需求。连接状态还需结合实际访问验证。
使用技巧
使用连接记录验证规则，以具体应用的表现判断策略。术语解释可参阅术语手册。
怎样确认某个网站命中了哪条规则？
使用规则模式，在连接页面按目标域名或应用筛选，查看匹配规则、策略组与最终出口。为减少缓存干扰，先关闭该站点的旧连接，再重新发起访问。规则通常自上而下匹配，前面的宽泛规则可能覆盖后面的精确规则；末尾 MATCH 则承接此前未命中的连接。自定义规则前先确认策略名称确实存在，并注意订阅更新是否覆盖本地改动。只看浏览器页面能否打开，无法准确判断规则是否按预期生效。
手动选择、自动测速与故障转移代理组该怎么选？
手动选择组适合固定出口，自动测速组按探测结果择优，故障转移组通常按照配置顺序选择可用成员。自动探测只能反映指定测试地址的连通情况，不代表所有网站、视频或游戏都有相同表现。需要稳定登录地区时，可优先固定出口，避免频繁切换导致会话重新验证。若组内没有可用成员，先检查订阅和基础连接；不要仅通过缩短测速间隔解决问题，过于频繁的探测会增加网络请求与移动端耗电。
Fake-IP 地址是什么，遇到兼容问题如何处理？
Fake-IP 用保留地址段中的虚拟地址建立域名与连接之间的映射，内核再依据域名处理实际请求。因此 DNS 查询结果不是网站真实地址，并不一定是解析故障。部分局域网服务、游戏或需要真实地址的应用可能不兼容，可根据内核文档对具体域名设置过滤或调整 DNS 模式。不要直接清空全部 DNS 设置；修改后重新建立应用连接，必要时清理系统 DNS 缓存，并确认查询与连接都经过预期的处理路径。
Clash GeoIP 更新后，分流为什么可能仍然不变？
GeoIP 数据用于地址归属匹配，但只有实际使用 GEOIP 等相关规则时才影响结果。先看连接记录是否命中更靠前的域名规则、规则集或 MATCH，再确认配置使用的是哪类数据库以及更新路径。内核可能采用 MMDB、其他地理数据格式或独立规则集，不能把任意数据文件互相替换。更新成功后按客户端要求重新加载，并建立新连接验证。单个地址的归属也可能与服务部署位置不同，应结合连接日志与域名规则判断。
开机自启后没有自动联网，应该检查哪些设置？
开机自启、启动后启用代理、恢复上次配置和后台服务运行是不同设置，打开其中一项不保证其他项也已启用。先确认系统登录后客户端确实启动，再检查当前配置、策略组和代理开关是否恢复。TUN 还依赖辅助服务与权限。若仅在开机时失败，可能是网络尚未就绪，可查看日志并尝试客户端提供的延迟启动选项。不要通过多个启动任务重复拉起程序，否则可能争用监听端口或覆盖系统代理设置。
故障排查
保留出错时的日志和设置记录，先做单项对照测试，再决定是否更换配置或调整网络。
节点全部超时，怎样区分订阅问题和本机问题？
先关闭代理验证基础网络，再确认设备时间正确、订阅仍有效且没有流量或连接数限制。随后只测试一个明确可用的出口，并查看日志中的域名解析、握手或连接拒绝信息。所有出口同时失败时，应优先检查本机防火墙、网络限制和其他 VPN 冲突，而不是连续更换配置。内置测试地址不可达也会显示超时，可对照实际访问与日志判断。若仅某个网络失败，再换一个可信网络复测，缩小问题范围。
系统代理有效，但 Windows 商店应用无法联网怎么办？
部分 UWP 应用受网络隔离限制，不能直接访问本机回环代理地址。先确认该应用确属此类问题，再使用客户端提供的回环豁免工具，或以管理员身份通过 CheckNetIsolation LoopbackExempt 管理指定应用。可先运行 CheckNetIsolation LoopbackExempt -s 查看现有列表，添加时需要准确的应用包标识。仅豁免确有需要的应用，保留变更记录，并在不再需要时撤销。普通桌面程序联网异常不应直接套用这一处理方法。
怀疑 Clash DNS 泄漏，应该怎样验证和调整？
先明确预期：哪些域名应通过代理解析，哪些局域网或直连域名允许使用本地解析。再检查内核 DNS、TUN 的 DNS 接管、浏览器安全 DNS以及系统解析设置是否互相绕过。测试页面展示的解析服务器位置只是线索，应结合配置、连接日志与必要的抓包判断；不能要求所有直连查询也必须出现在代理出口。调整时一次只改一层，并重新建立连接。使用加密 DNS 能保护查询传输，但不自动保证查询经由代理出口。
启用 TUN 后局域网设备或打印机无法访问怎么办？
先关闭 TUN 做对照，确认问题确实来自路由或 DNS 接管，再检查局域网地址、私有地址段和本地域名是否走直连。配置中应按实际网络设置绕过或直连规则，不要把所有网段一并排除。若同时使用企业 VPN，双方路由可能冲突，需要比较路由表与接口优先级。打印机自动发现还可能依赖组播，单纯增加域名规则未必有效。先测试直接访问设备地址，再检查发现协议，并在调整后重新连接设备。
退出客户端后网络仍异常，怎样恢复？
先检查系统代理是否仍指向已经停止监听的本机端口，必要时在系统网络设置中关闭该代理。随后确认 TUN、辅助服务或其他 VPN 是否仍在运行；正常退出界面不一定代表后台内核已经停止。若此前手动修改过 DNS 或路由，应按照记录恢复，而不是批量重置所有网络参数。恢复后分别测试直连网页与局域网访问。再次启动客户端时先只启用系统代理，验证成功后再恢复 TUN，便于识别触发异常的具体设置。