Clash 原版内核
Original Clash coreClash 生态早期的规则代理内核，负责连接建立、DNS 处理与规则匹配，图形界面通常由其他项目提供。原开源版本与后来的 Meta、mihomo 在协议和字段支持上存在差异，旧教程中的功能不能直接套用于所有分支。判断配置能否使用，应核对内核类型，而不是只看客户端名称是否含有 Clash。
关联：Clash Meta →CLASH / CONCEPT REFERENCE
Clash 术语与概念速查
内核、协议、规则、DNS 与订阅。按配置文件中的概念查找含义，区分名称相近但职责不同的设置。
26 个术语
5 类主题
独立锚点
初次配置可先阅读Clash 配置教程；需要比较协议与内核能力时，参阅协议参考。本页解释概念，不替代具体客户端的设置说明。
CORE & CLIENT
内核与客户端
先区分负责处理连接的内核，与负责操作界面的应用。
Clash Meta
Clash.Meta / Meta core在 Clash 基础上扩展代理协议、规则与网络功能的内核分支，后续以 mihomo 名称持续发展。旧配置说明、下载包或客户端界面中仍可能保留 Meta 字样，它通常指内核谱系，不代表某个固定的桌面应用。遇到仅标注 Meta 的功能说明，还需结合具体内核版本确认支持情况。
关联：mihomo →mihomo
Rule-based proxy core由 Clash Meta 发展而来的规则代理内核，支持多种代理协议、规则集和 DNS 功能。它既可由图形客户端调用，也可作为独立程序在服务器或路由器环境中运行。客户端的界面版本与内核版本可能不同步，某项配置能否生效，应以实际运行的内核版本和构建能力为准。
阅读协议与内核参考 →图形客户端
GUI client提供订阅导入、策略选择、日志查看和系统集成等操作界面的应用，例如 Clash Verge Rev。客户端负责组织操作，内核负责处理连接，两者不是同一概念。同一内核在不同客户端中可能具有不同的设置入口；客户端生成的覆写配置也可能使最终生效内容与订阅原文不同。
查看客户端对比 →系统代理
System proxy通过操作系统的代理设置，让遵循该设置的应用连接本地 HTTP 或 SOCKS 代理端口。部分游戏、命令行工具和自带网络栈的应用可能忽略系统代理，因此开关开启不代表全部连接都已接管。关闭系统代理后，TUN 或其他接管机制仍可能生效，需要分别查看其状态。
对照：TUN 模式 →PROXY PROTOCOLS
代理协议
协议名称只是起点。认证、传输方式与 TLS 条件也必须匹配。
Shadowsocks
SS一种加密代理协议，节点参数通常包含服务器、端口、加密方法与密码。客户端和服务端必须支持同一种加密方法，新旧方法之间不能只改名称就完成迁移。排查导入后无法连接的问题时，应先核对方法与认证信息，再检查 UDP 转发及附加功能是否受到当前内核支持。
查看协议选型说明 →VMess
V2Ray protocolV2Ray 生态中的代理协议，通常使用 UUID 标识用户，连接过程对系统时间也有要求。VMess 与 WebSocket 等传输方式属于不同层次，导入时需要同时保留协议身份和传输参数。服务器地址可达但握手失败时，应核对系统时间、UUID、路径与 TLS 设置，而不是仅更换节点名称。
对照：VLESS →Trojan
TLS-based proxy protocol通常在 TLS 连接上使用密码认证的代理协议，服务端证书与服务器名称是连接条件的一部分。只复制地址、端口和密码，可能遗漏 SNI 等必要参数。出现证书错误时，应先检查域名、系统时间与证书信任链，不应把跳过证书验证作为通用修复方式。
关联：节点参数 →VLESS
UUID-based proxy protocol采用 UUID 身份标识的轻量代理协议，协议本身不提供内容加密，连接安全通常依赖 TLS、REALITY 等配套机制。VLESS 不等于某一种固定传输方式，同名节点也可能采用不同组合。选择客户端时，应同时检查内核对传输方式、安全机制和相关扩展参数的支持。
查看协议兼容性说明 →Hysteria2
Hysteria 2 / QUIC基于 QUIC 的代理协议，连接建立依赖底层 UDP 可用性，在 UDP 受限的网络中可能无法正常工作。实际速度受网络丢包、拥塞、服务器资源与设备性能共同影响，不能仅凭协议名称预测。Hysteria 第一代与第二代不是可以直接互换的配置类型，导入时应确认协议代际。
对照：TUIC →TUIC
QUIC-based proxy protocol基于 QUIC 的代理协议，可承载 TCP 与 UDP 流量，同样需要底层网络允许相应 UDP 通信。它与 Hysteria2 不是同一种协议，认证字段、连接行为与拥塞控制设置不能相互套用。连接前应核对服务端协议版本、认证信息和 TLS 参数，再评估其在当前网络与移动设备上的表现。
关联：延迟与实际体验 →RULES & POLICIES
规则与分流
匹配条件决定使用哪条策略；策略再决定实际出口。
规则分流
Rule-based routing / rules依据域名、目标地址、进程等条件，为连接选择直连、代理或拒绝等处理策略。规则模式下一般按列表从上到下匹配，先命中的规则决定后续策略，因此具体条件通常应放在宽泛条件之前。切换到全局或直连模式后，不能再用原有规则命中预期判断连接行为。
阅读规则分流实战 →策略组
Proxy group / proxy-groups将节点或其他策略组织为逻辑出口，供规则按名称引用。select 用于手动选择，url-test 与 fallback 分别侧重自动测试和故障转移，具体行为取决于组配置。某条规则指向一个组，不代表组内所有节点都会同时处理这条连接。
GeoIP
IP geolocation matching根据 IP 地址所属地区数据库进行匹配的机制，例如 GEOIP,CN,DIRECT。数据库中的地址归属不代表服务运营方所在地或用户所在地，CDN 也可能使同一域名获得不同地区的地址。解析结果、数据库更新与规则顺序都会影响命中，附加 no-resolve 时还需理解跳过解析的影响。
规则集
rule-providers / RULE-SET将一组匹配条件放在本地或远程文件中，通过 rule-providers 定义，再由 RULE-SET 规则引用。它提供域名或地址等匹配条件，不负责提供代理节点。规则集的格式、behavior 类型、更新方式与内核支持需要一致，文件下载成功不等于内容已经正确参与匹配。
MATCH
Final catch-all rule接收此前所有规则均未命中流量的最终匹配规则，通常位于 rules 列表末尾。MATCH,PROXY 表示剩余连接交给名为 PROXY 的策略，名称本身需要在配置中有效。若将 MATCH 放在前面，后面的规则通常没有匹配机会；它也不等于把客户端切换成全局模式。
DNS & NETWORK STACK
DNS 与网络栈
接管连接、解析域名与选择出口是不同环节，需要分别确认。
DNS
Domain Name System将域名解析为 IP 地址等记录的系统，应用、操作系统与代理内核都可能参与这一过程。目标网站的解析与代理服务器自身域名的解析可能走不同路径，使用加密 DNS 也不等于请求一定经过代理。排查失败时应先确认由谁发起解析、使用哪个解析器，以及返回结果是否被缓存。
关联：Fake-IP →Fake-IP
Synthetic DNS address mapping由内核向应用返回保留地址，并在内部维护域名与该地址的映射关系，后续连接据此恢复目标域名。它不是目标服务器的真实公网地址，也不意味着服务已被迁移。对依赖真实解析结果的应用，可按需配置 fake-ip-filter，同时检查过滤模式及其他 DNS 规则，避免把所有异常都归因于映射机制。
TUN 模式
Virtual network interface通过虚拟网络接口与路由设置接管 IP 流量，可用于处理不遵循系统代理的连接。TUN 是流量接入方式，不是节点协议，也不意味着接管后的全部连接必须走代理。启用前应确认权限、路由和 DNS 接管设置；与其他 VPN 同时运行时，还需检查路由冲突及局域网可达性。
对照：系统代理 →域名嗅探
Sniffer / domain sniffing从受支持连接的初始数据中识别域名线索，辅助内核进行域名规则匹配。该功能不等于任意解密 HTTPS 内容，能否识别受协议、加密方式和可见握手信息限制。部分配置还允许调整用于连接的目标信息，因此启用后若出现兼容问题，应结合日志与相关覆盖选项检查。
关联：域名规则分流 →DNS 泄漏
DNS leakDNS 请求偏离预期解析路径的现象，例如原本应由内核处理的请求被应用直接发送到其他解析器。是否属于泄漏，应结合既定策略判断，不能仅凭测试页出现某个地区名称下结论。检查时需覆盖应用独立 DNS、浏览器加密 DNS、IPv6、系统解析器和实际请求出口，区分解析结果与网络路径。
返回：DNS 解析职责 →SUBSCRIPTION & CONFIG
订阅与配置文件
先确认导入内容的格式，再检查节点、策略与规则之间的引用。
订阅
Subscription URL / profile通过一个地址获取并更新节点信息或配置文件的分发方式，内容可能是完整 YAML，也可能仅包含节点列表。不同格式需要对应的客户端入口或受信任的转换方式，导入成功并不保证所有协议与规则都受支持。订阅地址可能携带访问凭据，分享日志或截图前应删除完整地址中的敏感部分。
查看订阅导入步骤 →节点
Proxy node / outbound endpoint一组用于建立代理连接的参数，通常包含服务器地址、端口、协议和认证信息，部分协议还需要传输与 TLS 设置。节点名称只是显示标签，名称中的地区或用途不能替代实际出口与连通测试。节点可用性还受到服务端状态、认证有效性和本地网络路径影响，不是客户端安装完成即可保证。
关联：策略组 →延迟
Latency / URL test客户端对指定测试目标执行请求时测得的耗时，可能包含连接建立、握手和响应等环节，并不一定是 ICMP ping。测试地址、超时设置与网络状态不同，结果就可能不同，因此延迟数值不能直接换算成下载速度。测试超时也不必然表示节点完全不可用，应结合实际业务连接和运行日志判断。
阅读日志定位方法 →YAML
YAML configuration / config.yamlClash 配置常用的结构化文本格式，通过缩进表达层级，通过列表和键值组织节点、规则与 DNS 设置。编辑时应使用空格保持缩进一致，避免制表符混入，并留意特殊字符的引号处理。YAML 语法有效只代表文件可解析，字段是否受支持、策略名称是否存在，仍需由当前内核检查。
关联：规则集字段 →节点提供器
proxy-providers将节点集合独立加载和更新的机制，可使用远程或本地来源，再由策略组通过 use 引用。它与提供匹配条件的 rule-providers 职责不同，节点集合也不等于可以直接替换整份主配置。使用时应核对数据格式、提供器名称和更新设置，避免远程刷新时覆盖手工维护的主配置逻辑。