在科学上网与防封锁协议的长期博弈中，**主动探测攻击（Active Probing）** 曾是导致 Shadowsocks 等对称加密节点遭遇大范围封锁的重要原因。为了彻底攻克这一瓶颈，**Trojan 协议**以一种全新的“流量伪装”思路走入开源技术社区。
Trojan 的核心设计哲学在于**“融入主流网络，拒绝独树一帜”**。它摒弃了自定义加密报文的做法，选择完全搭载于全球通用的安全套接字层协议（TLS）之上，将所有的代理控制命令与业务数据伪装成标准的网站 HTTPS 流量。本文将为您全方位解析 Trojan 的底层设计、分流架构与配置部署细节。
一、 什么是主动探测：传统协议被识别的原因
要理解 Trojan 的优越性，首先需要知晓什么是防火墙的**主动探测（Active Probing）**。
当用户频繁向境外的某个 Shadowsocks（SS）端口发送高随机的密文包时，防火墙的流量传感器会产生怀疑。此时，防火墙的控制机机会**伪装成一个客户端，向该端口发送一段伪造的测试报文**。
如果该端口部署的是流加密 SS，由于缺乏完整性校验，服务端解密错误可能会返回特定的异常 RST 报文；如果是标准的 Shadowsocks 端口，它对未知探针包要么不予回应，要么直接关闭。这种“非标准服务器”的行为特征，在防火墙的统计模型中具有极高的判代权重，直接导致大量 SS 节点被精准限速或封锁。
二、 Trojan 伪装原理：SOCKS5 over TLS 详解
Trojan 处理主动探测的做法非常巧妙：它将代理流量伪装成了标准的 **HTTPS 个人网站访问**。
在网络链路上，标准的 SOCKS5 代理首部在公网上是明文传输的，容易被防火墙特征识别。Trojan 则是将整个 SOCKS5 数据流**作为载荷直接封装在标准的 TLS 安全传输套接字中**。
公网上的观察者和防火墙（GFW）只能看到本地设备与海外服务器在 443 端口进行标准的 TLS v1.3 协商交换，其协商参数、证书链和数据流的长度分布，与用户去淘宝网或 GitHub 进行 HTTPS 安全浏览毫无二致，这使得防火墙不能简单地采用特征过滤进行拦截。
三、 旁路重定向机制：防探测的分流哨兵
将流量裹在 TLS 里只是第一步，Trojan 战胜“主动探测”的关键在于其底层的**重定向旁路分流逻辑**。
Trojan 服务端一般在 443 端口提供监听。当一个连接与其握手成功并完成 TLS 解密后，Trojan 服务端会首先读取头部的密码哈希。
- 如果密码校验通过： 表明该请求来自合法的代理客户端，Trojan 会提取其包含的海外目标地址，与其建立代理数据通道；
- 如果密码错误或报文结构异常（例如 GFW 探针的主动探测攻击）： Trojan 服务端不会报错拒绝，而是无缝将这条连接的原始 TCP 流量**以旁路重定向（Redirect）的方式转发给本地运行的普通 Web 服务（如 Nginx 监听的 8080 端口）**。
此时，防火墙的主动探针会接收到一个极其标准的 HTTP 200 OK 网页响应（展示一个静态博客或个人导航网）。在防火墙的技术判断里，这个 IP + 端口是一台极其守法的个人静态网站，从而使其成功规避了防火墙的封锁算法。
四、 Trojan 数据包首部与 SHA224 校验逻辑
要理解 Trojan 为什么开销低，可以考察其首部数据包的结构。
在 TLS 握手完成后，Trojan 客户端发送的第一个数据包头部结构极其规整且扁平：
[SHA224 Password Hash (56 Bytes)] + [CRLF (\r\n)] + [Command (1 Byte)] + [Address Type (1 Byte)] + [Target Address (Variable)] + [Target Port (2 Bytes)] + [CRLF (\r\n)] + [Payload Data (SOCKS5 Payload)]
在校验主密码时，Trojan 废除了 Shadowsocks 将密码做复杂对称派生会话子密钥的方式。它仅在客户端对明文密码计算一次 **SHA224 哈希**，生成固定的 56 个字符，并在每次握手请求的首部直接发送哈希串进行匹配。
由于校验完全在解密后的 TLS 私密信道内进行，攻击者无法截获明文或哈希；而对于服务端，通过哈希比对即可秒级完成身份认证，这使得 Trojan 在超大并发和高吞吐下，其 CPU 的运行损耗要远远低于频繁进行双重解密校验的 VMess 协议。
五、 深度对比：Shadowsocks/Trojan/VLESS-Reality
了解不同加密代理协议在伪装层面的横向机制差异，能帮我们进行合理的选型：
| 代理协议名称 | 伪装实现机制 | 防火墙主动探测防御表现 | 运行开销与吞吐表现 |
|---|---|---|---|
| Shadowsocks (SS) | 强对称加密，表现为高熵随机字节流，无公网 TLS 隧道包装 | 较弱。易被检测出无特征随机流，面临探针封锁 | 极低。适合老旧路由器、超轻量低功耗硬件 |
| VMess over TLS | VMess 对称加密，外面强套一层 TLS 安全信道进行封装 | 中等。能防探测，但存在双重加密开销，容易发生流量指纹泄露 | 较高。CPU 加解密开销大，大流量下可能成为吞吐瓶颈 |
| Trojan (SOCKS5 in TLS) | 直接在 TLS 信道中映射 SOCKS5 首部，不进行二次加密，非法请求重定向 Nginx | 极强。非法握手重定向至真实网页服务器，返回标准网页 | 低。省去二次加密，处理速度与吞吐承载力优秀 |
| VLESS + REALITY | TLS ClientHello 目的地址劫持，直接借用正常大站的 TLS 握手特征 | 极强。无需购买域名与证书，完全剔除自签证书特征 | 极低。消除了管理域名的麻烦，握手速度极快 |
六、 TLS 安全基础：可信 CA 证书申请流程
由于 Trojan 的核心逻辑是完全伪装成 HTTPS 网站，**它必须持有一份在公网上合法的 SSL/TLS 证书**。
严禁在客户端和服务端中配置忽略证书校验的自签名证书。因为自签名证书极其反常，防火墙的流量传感器能瞬间识别出非法的证书链，导致你的服务器 IP 在握手阶段即被阻断。
在部署服务端前，用户需要先注册一个域名，并使用 ACME 自动化脚本或 Let's Encrypt 签发合法有效的数字证书：
- 在 DNS 服务商处将子域名解析指向你的境外 VPS 物理 IP；
- 在服务端主机上安装 ACME 自动化配置工具；
- 通过 DNS API 或本地 Standalone 80 端口验证模式，申请由可信机构（Let's Encrypt / ZeroSSL）签发的合法证书。
七、 服务端整合：Nginx 旁路反代与证书续签
为达到防主动探测的安全效果，Trojan 必须与本地运行的真实 Web 服务器进行旁路绑定。
在典型的 Trojan 整合部署方案中，通常使用 **Nginx** 配合本地静态 HTML 网页进行伪装：
- Nginx 仅监听本地 `127.0.0.1:8080`（提供标准的 HTTP 博客）；
- Trojan 服务端直接接管外网物理网卡的 `0.0.0.0:443` 端口，负责加载 SSL 证书与处理外部握手；
- 在 Trojan 配置文件 `config.json` 中，指定 `local_port` 与 `local_addr` 分别指向 `127.0.0.1` 的 `8080` 端口；
- 设置 `remote_addr` 与 `remote_port` 用于在收到非 Trojan 握手（例如直接在浏览器输入 IP 访问，或者遭遇非法探测攻击）时，将流量透明转发给 Nginx 服务。
通过这一结构，外界的主动探测均会被引流至本地 Nginx 网页服务，并由 Nginx 返回 200 状态码；而合法的代理流量则由 Trojan 核心解封并中转至境外。
八、 协议进化：Trojan-Go 核心扩展与优势
由于原生 Trojan 协议功能较为单一，社区开发者后续推出了升级版的 **Trojan-Go** 项目，为其带来了如下核心功能升级：
- 多路复用（Multiplexing）： 优化了在高丢包信道下的排队延迟，通过在单一 TCP 信道中并发复用多个代理会话，极大缩短了重复握手所占用的时间；
- WebSocket 混淆支持： 允许将 Trojan 流量封装在 WebSockets 信道中。这意味着 Trojan-Go 节点可以**安全套在 Cloudflare CDN 等反向代理网络后运行**，从而完全隐藏境外 VPS 的真实公网 IP；
- 内置 AEAD 二次加密： 为预防 TLS 握手特征在未来遭遇关联指纹审计，Trojan-Go 允许用户在 TLS 管道内部再次启用 AEAD 进行二次混淆保护。
九、 安全边界：防指纹识别与 SNI 阻断限制
虽然 Trojan 在隐蔽性上具备明显的防探测优势，但它在运行中仍然受限于如下技术物理安全边界：
- TLS 指纹识别风险： 不同的网络客户端（如 Clash、sing-box、不同系统下的小火箭）在发起 TLS ClientHello 握手时，其所带有的加密算法套件列表（Cipher Suite）以及扩展指纹（uTLS）可能存在差异。如果客户端未能开启 **uTLS 指纹随机化**，高级审计网关依然可以通过指纹模型将其剔除；
- SNI 域名阻断限制： 由于 Trojan 需要配置域名，如果用户购买的便宜域名被列入了防火墙的黑名单，或者该域名的 SNI 握手遭到针对性丢包，节点依然会出现连接超时的现象。