1. 伪装哲学：为什么自造加密算法往往死得更快？
在网络对抗的历史长河中，许多早期协议试图自研独门加密混淆特征（如通过混淆将流量特征全部随机化为完全无规律的熵增噪音）。
但现代机器学习与深度数据包检测（DPI）带来了全新的审查维度：
**「在全是标准 HTTPS 流量的 443 端口上，一段完全没有任何协议头规律的绝对随机噪音，其本身就是最显眼的靶子（香农熵检测）！」**
Trojan 项目的开发者反其道而行之：
- 既然全世界超过 80% 的 Web 流量都是基于 TLS 的 HTTPS；
- 那么对抗审查最完美的伪装，就是**让自己百分之百成为标准 HTTPS 的一分子**，藏木于林，大隐隐于市。
💡 Trojan 彻底抛弃了自定义协议头，让 DPI 审查设备陷入「要么封掉全球所有正常 HTTPS 网站，要么放行」的囚徒困境。
2. 握手时序与真实 Web 回落（Fallback）机制
Trojan 节点在服务端的标准部署拓扑与请求处理流水线：
```text
外部客户端请求 (TCP 443 端口)
│
▼
┌───────────────────────────────────────┐
│ Trojan 服务端 (完成标准 TLS 握手) │
└───────────────────┬───────────────────┘
│ 解密首包提取密码 Hash
┌─────────┴─────────┐
▼ ▼
【密码完全匹配】 【密码错误 / 外部探测】
│ │
▼ ▼
转发至目标互联网网站 透明转发给本机的 Nginx / Caddy
(走正常代理通道出境) (返回一个真实的个人博客 HTML 网页)
```
### 防主动探测的终极护城河：
当审查系统派遣探测机器人尝试访问你的服务器 443 端口时，由于机器人不知道你的真实 Trojan 密码，服务器会非常友好地向机器人返回一个制作精良的开源博客首页（HTTP 200 OK）。探测机器人记录下「这是一台合法的个人网站」，完全无法发现任何代理特征！
yaml
# Mihomo 配置文件中的标准 Trojan 节点范例
proxies:
- name: "新加坡 01 | Trojan"
type: trojan
server: sg.clashwiki.example.com
port: 443
password: "YourTrojanPassword123"
udp: true
sni: sg.clashwiki.example.com
skip-cert-verify: false3. Trojan 的优势与现代局限性分析
### 核心优势：
- **极度稳定**：在公网环境下具备非常优秀的抗封锁生存周期；
- **全平台客户端原生支持**：各大开源内核与图形客户端早已将其作为基础设施集成；
- **安全审计无死角**：依赖标准的 OpenSSL 或 Go crypto/tls 库，加密强度毋庸置疑。
### 现代局限性：
1. **必须自备域名与维护证书**：相比 VLESS Reality 的免域名特性，Trojan 需要用户自行购买并解析域名，且每隔 90 天需确保证书自动续期成功；
2. **连接首包多出 1 个 RTT**：由于必须完成完整的 TLS 三次握手后才能开始传数据，在延迟较高的越洋线路上首屏加载略显迟钝。
❓ 常见疑问与排查步骤
Trojan 节点支持看 4K 流媒体吗？
完全支持。Trojan 解密后即为原生 TCP/UDP 流量，其吞吐带宽完全取决于底层机房出口与国际线路的质量。
skip-cert-verify 设为 true 安全吗？
极不安全。如果设为 true，客户端将跳过服务端证书的合法性校验，这会导致中间人攻击者能够轻易拦截解密你的所有通信流量。除非调试证书故障，生产环境必须设为 false。
Trojan 和 VLESS Reality 相比哪个更好？
公网自建节点强烈推荐 VLESS Reality（无需买域名且抗封锁更先进）；如果购买的是成熟机场的专线节点，两者的速度和稳定性差异微乎其微。