Section 01
Section 02
Section 03
安装后四步跑通第一个配置
装完之后先跑通一个最小配置，再逐步扩展，比一次性全开更稳。
- 确认版本与权限：桌面端需管理员权限安装并重启，移动端需授予网络权限。
- 保留默认配置跑一次：先确认基础连接可用，作为后续对比基线。
- 只开启一项能力：按环境选择开启混淆或跳跃中的一项，不要同时开启。
- 记录并验证：测十次首包时间与一次长时传输，确认改动带来预期效果。
平台与首配差异
| 平台 | 首配要点 | 可用能力 |
|---|---|---|
| Windows / macOS | 管理员权限、重启 | 进程级分流与全部能力 |
| Android / iOS | 网络权限与省电白名单 | 按应用分流与混淆 |
| 路由器插件 | 固件要求与授权 | 域名与地址段粒度 |
| 桌面端 + 插件 | 避免重复处理同一流量 | 覆盖与精度兼顾 |
为什么不建议一次全开？
多个变量同时变化后，出问题无法判断是哪一个导致的。
移动端有端口跳跃吗？
移动端能力受系统限制，以按应用分流与混淆为主。
装了插件还要装客户端吗？
两者用途不同：插件覆盖无法安装客户端的设备，客户端提供更高精度。
Section 04
Section 05
实现细节与参数取值
动态端口跳跃的目的不是隐藏身份，而是打散连接特征。当一条连接的端口长期稳定时，它更容易被单独标记并处理。会话存续期间按策略切换端口，可以让单条流量不再是一个稳定可标记的目标。
流量整形处理两个维度：数据包的大小分布与发送间隔。包大小控制的目标是避开路径 MTU 导致的分片——分片会让接收端需要重组，任何一片丢失都会触发整包重传。
| 参数 | 取值 | 说明 |
|---|---|---|
| 端口切换间隔 | 30s–300s | 越短越分散，但切换有开销 |
| 整形强度 | 弱 / 中 / 强 | 默认中档 |
| 包大小目标 | 路径 MTU 的 90%–95% | 避免分片 |
| 效果自检 | 客户端内抓包对比 | 不依赖第三方工具 |
协议仿真只调整可观测的传输层特征，让会话形态落在标准加密流量的合理范围内。我们不修改应用层载荷，不伪造证书或身份。
Section 06
Section 07
Section 08
Section 09
Section 10