核心解决问题
许多初次接触 mitce 的用户常有疑问：“为什么下载了 Clash 却连不上 Reality 节点？”“Reality 到底是不是一个独立软件？”本文通过三层网络架构，帮助您厘清协议、配置与客户端的从属关系。
一、网络代理的三层架构图解
在网络代理通信中，连接并非由单一程序完成，而是由三个职责分明的层次相互协作：
第 1 层：协议层 (Protocol)
Reality / VLESS：服务端与客户端约定的加密与 TLS 握手伪装标准。
↓ 规则映射与序列化
第 2 层：配置层 (Configuration)
YAML / JSON 文档：记录节点地址、端口、Public Key 与分流规则。
↓ 核心引擎解析并运行
第 3 层：客户端层 (Client & Core)
GUI 软件 + 内核：负责创建本地虚拟网卡分流，如 Clash Verge Rev、sing-box。
因此，Reality 不是可安装的应用程序，而是 Xray 提出的新一代 TLS 伪装协议。在 mitce 的 Basic、Standard、Pro 与 Unlimited 套餐 中，各节点均由 Reality 协议承载，并标配动态 1000Mbps 端口峰值。
二、三大概念的对照与常见误区
下表客观梳理了三者的技术特征与典型误解：
| 层次维度 | 技术定义 | 在 mitce 中的对应形式 | 常见认知误区 |
|---|---|---|---|
| 协议层 | 底层通信与证书伪装协议 | Reality 节点服务规范 | 误认为需要安装 Reality.exe 软件 |
| 配置层 | 存储连接凭据的结构化文本 | 服务中心的订阅链接 (YAML/JSON) | 把订阅链接直接当网页在浏览器打开 |
| 客户端层 | 本地运行的网络代理工具与内核 | Clash Verge Rev、Shadowrocket 等 | 误以为必须使用特定专有应用 |
三、客户端内核与兼容性要求
由于 Reality 采用了特殊的公钥验证流程，客户端必须内置支持该特性的现代内核：
- 已停更的旧版 Clash 原版内核：缺乏 Reality 驱动代码，导入订阅必然报错。使用 Clash 体系必须选择搭载 Mihomo (Clash.Meta) 的客户端，详见 Clash与sing-box配置格式差异指南。
- sing-box 官方核心：自 v1.3.0 起已在底层原生集成 Reality。iOS 用户可参考 iPhone客户端选型核对方法 了解 App Store 上架软件支持情况。
四、四步故障排查路径
遇到无法握手或节点超时时，建议按以下顺序排查：
- 检查内核版本：打开客户端关于页面，核验内核是否为 Mihomo v1.18+ 或 sing-box v1.8+。
- 核对订阅格式：确认未将 sing-box JSON 链接直接填入仅支持 YAML 的软件中。
- 校准系统时钟：TLS 握手要求设备时间与互联网标准时间偏差在 60 秒以内，请开启自动时钟对齐。
- 验证公钥参数：检查节点信息是否包含完整的
pbk=(Public Key) 字段。
排查总结
认清三层关系后即可明确：协议由服务端决定，配置由服务中心生成，而客户端只需保证内核与格式匹配即可稳定连接。