翻墙协议与TLS

• 对称加密：加密和解密用同一把钥匙，所以 SS 客户端和服务器的密码、加密方式必须完全一致。
• AEAD：带身份认证的加密方式（AES-GCM、chacha20-poly1305），能识别并丢弃被篡改/重放的数据包，是目前最推荐的方式。
• 重放攻击：防火墙拿着截获的数据包主动往你服务器再发一次，根据反应探测是否运行了 SS 服务——裸奔 SS 已被精准探测。
• plugin 插件：在 SS 加密后的数据前加一个 HTTP 协议头，伪装成普通 HTTP 流量骗过防火墙。

实战要点：vultr 买第一台 VPS（支付宝充 10 美元）→ apt 装 shadowsocks-libev → 改配置监听 0.0.0.0 → 实测日志里抓到新疆 IP 的重放探测包→换端口续命→上 v2ray-plugin 伪装成 HTTP 后稳定存活。线路烂是 vultr 硬伤，白天能用、晚高峰最多 1080P。

• SNI：TLS 握手包里明文携带的域名，防火墙据此判断你想访问哪个网站——它是本关最高频出现的概念。
• 域前置原理：外层 TLS 的 SNI 和内层 HTTP 的 host 不是同一个——防火墙只看外层 SNI，CDN 按内层 host 转发。
• IP 黑名单 + DNS 污染：光伪装 SNI 不够，防火墙还可能封目标 IP 或污染 DNS 给假 IP，所以要配合固定 IP 映射和 SNI 代理服务器。
• 局限性：不运行任何代理工具、只改浏览器启动参数就能直连谷歌，但多人和晚高峰会变慢，普通用户还是用机场实在。

实战要点：Chrome 快捷方式「目标」后面粘贴一段配置参数 → 完全关闭浏览器 → 双击快捷方式即可直连谷歌。进阶用客户端工具 + nginx + IPv6 可实现 YouTube 视频播放。

• HTTP 的问题：数据完全明文，链路上任何设备都能看你搜了什么、改你的内容——早年运营商在网页里插广告就是这个原因。
• HTTPS = HTTP + TLS：TLS 负责加密，中间设备无法窃听也无法篡改。现在看不到运营商插广告「不是他们变乖了，而是他们已经没办法做到了」。
• 对称/非对称加密：对称加密效率高（加密解密同一把钥匙）；非对称（公私钥）用于握手阶段安全交换对称密钥。
• 网站证书与 CA：开 HTTPS 必须先有证书。向 CA 申请时提交域名+公钥，CA 验证域名控制权后颁发——浏览器验证三点：域名对不对、CA 可不可信、有没有过期。
• SNI 为什么必须明文：一台服务器一个 IP 可能跑多个网站、各有证书，加密了服务器就不知道用哪把私钥解密。TLS 1.3 的 ESNI 可加密 SNI 但未普及，且据说 GFW 会直接丢弃 ESNI 流量。

实战要点：trojan-go 搭节点 → acme 脚本申请正规 CA 证书（zeroSSL 常排队卡死，切换 CA 机构秒下）→ 证书用完整链（否则部分安卓设备验证失败）→ 浏览器直访 443 验证回落伪装 → 自签证书方案能用但不推荐（正规 CA 才能达到最大伪装）。

• VMESS 认证机制：时间戳（从固定起点每秒加 1 的数字，与时区无关）+ 用户 ID 算出 MD5 哈希→服务器穷举 241 个候选值比对。额外 ID（alterId）避免短时间大量请求时哈希撞车。
• AEAD 与 MD5 淘汰：旧版 MD5 认证可被重放攻击精准识别，V2Ray 4.28.1 后规定额外 ID=0 走 AEAD，2022 年起 MD5 彻底淘汰——搭建时额外 ID 一律填 0。
• WS（WebSocket）：通过 HTTP 头部 upgrade 字段升级而来，但升级后接管连接、和 HTTP 无关；基于 TCP，实现全双工双向通信，效率远超 HTTP 半双工。
• WEB 伪装（nginx 反代）：443 端口 TLS 交给 nginx 处理，访问首页反代到 bing，只有命中秘密路径才转发给本机 V2Ray——主动探测看到的是正常网站。

实战要点：官方一键脚本装 V2Ray → 裸 VMESS+TCP → 套 TLS（加密方式改 zero）→ 改 TCP 为 WS → 上 nginx 做路径反代伪装。加密方式选 zero（套了 TLS 后协议数据本身没必要加密），但 VMESS 协议头任何时候都会用用户 ID 加密。

• VLESS 协议：不做额外加密、无需校对系统时间，可看作轻量化 VMESS。
• V2Ray 与 Xray 分家：XTLS 开源许可一句话惹恼 debian 维护者 → 双方因误会闹掰 → V2Ray 移除 XTLS → X 自立门户开发 Xray。要用 XTLS 就得用 Xray。
• 回落（fallback）：端口收到不属于自己的流量时转交给本机其他端口处理，可多层回落，主要目的是复用同一端口跑不同协议的节点。
• XTLS 可被探测的特征：TLS 1.2 加密数据序列号递增（2→3），1.3 完全随机——1.3 外壳包着 1.2 特征，社区已实锤可精准探测，作者明确劝退。

实战要点：新 Ubuntu → 关防火墙 → 一键脚本装 Xray → 手写 config.json（VLESS 监听 443 回落 8388 → trojan 监听本机 8388 再回落 → nginx 80 伪装网站）→ acme 申请证书 → 客户端分别建 VLESS+XTLS 和 trojan+TLS 节点共用 443（正是回落的功劳）。协议选择：保守稳定→四种协议套 TLS+网站伪装；中和→套 XTLS（已不推荐）；日常老老实实 TLS。

• naive 协议：客户端用 Chrome 内核作为网络协议栈，从防火墙看就像正常用谷歌浏览器访问正常网站；配置只有 4 行却解决了三件事——消除服务端 TLS 指纹、客户端 TLS 指纹、TLS in TLS 特征。
• JA3 指纹：TLS 建立连接时客户端发的 hello 包参数（TLS 版本、加密套件等）算出哈希，可暴露你用什么软件发的包。
• JARM 指纹：客户端连续十次提交不同参数探测，服务器按配置有规律地选加密方式，根据十次回应算出总哈希，能断定服务端是 nginx、caddy 还是 v2ray。
• 伪装要「行为像」：naive 节点 JARM 放 fofa 搜有 50 多万条结果全是正常 Caddy 网站；而裸 xray 节点只匹配 6000 多条、IP 全在中国周边——「我要是防火墙的话，这些 IP 全部封禁」。

实战要点：编译带 naive 插件的 Caddy → Caddyfile 只改 4 处（域名、邮箱、用户名密码、伪装网址）→ caddy run 自动申请证书 → caddy start 后台常驻。客户端代价：v2ray/clash/sing-box 都难以支持，需用 v2rayN 自定义内核功能加载 naive.exe。搭完用 JARM 探测脚本自查，匹配结果几十万条才算藏好。

• TIT（TLS in TLS）：在 TLS 隧道里传输 TLS 数据。trojan、vmess+tcp+tls、vless+ws+tls 等所有基于 TLS 的节点都有此特征。
• 解决 TIT 的两条路线：① naive 和 vision 流控对内层握手做字节填充（是「模仿」）；② MITM 把网站本身的 TLS 剥离成 HTTP 再重新封装（更彻底，连内层时序特征都消除，因为已经没有内层了）。
• MITM 的安全隐患：节点服务器能看到明文请求——即使自建也无法保证 VPS 绝对安全，访问网银等高风险网站可能泄露隐私。作者明确不推荐日常使用。
• 没有银弹：GFW 是黑盒，「能检测和有没有检测是两码事」——有的地区裸 SS 秒封，有的地区标准 socks5 都能直连。协议、地区、运营商、VPS 商家、分流配置都是变量。

实战要点：XUI 面板一键安装→替换 MITM 配置模板→自签证书→客户端导入证书到受信任根 CA→浏览器设代理即可消除 TIT 特征（谷歌证书显示由 Xray 自签 CA 颁发）。不用了务必从系统证书管理器里删除 MITM 证书。

• sing-box：新兴代理工具，协议支持丰富度无人能及（v2ray 和 clash 有的它都有，没有的它也有），原生支持 TUN 模式，更新极活跃；短板是没有专属 GUI。
• TUN 模式：创建虚拟网卡接管整个操作系统的流量，强制不支持走代理的软件也走代理。
• ShadowTLS 原理：握手时伪装成访问白名单网站，骗过防火墙后用 SS 加密传输真实数据。不是中间人劫持——证书由真实网站直接发给客户端。
• 软肋：防不了主动探测，因为节点提供不了白名单网站的内容，防火墙主动访问就露馅。

实战要点：ubuntu 装 deb 包 → vim 清空默认配置 → 写入 shadowtls（监听 443）+ shadowsocks 两段式配置 → systemctl 启动。抓包验证：握手目标确实是白名单网站（如 bing），返回的是真真正正的 bing 证书。

• meek 协议：2014 年 Tor 网桥出身，v2ray 5.7 加入支持。把代理数据封装成标准 HTTP 请求，从防火墙和 CDN 看就是个普通 HTTP 请求。
• 轮询下行：客户端只能反复发请求「要数据」，没数据就收到空响应，每次最多传 64K 且必须按顺序接收——注定快不了。
• 域前置：外层 TLS 的 SNI 和内层 HTTP 的 host 不同，防火墙只看到你访问 CDN 大站，CDN 按内层 host 转给你的 VPS。fastly 不验证域名所有者，随便填。

实战要点：fastly 注册建 CDN 服务 → 域名随便填、回源改不常用端口 → VPS 一键装 v2ray 改配置 → 客户端替换 config → 抓包验证目标 IP 和域名全是 fastly 和别人的网站。

• WS 通信过程：v2ray 封装 vmess → HTTP 请求升级 WS → CDN 转发给 host 对应的 VPS → VPS 回 101 表示升级成功 → WS 帧传数据。
• 0-RTT（?ed=2048）：在路径后加 ?ed=2048，会在升级请求中把本该升级后才发的数据提前捎上，减少一次往返。
• HTTPUpgrade：同样升级成 WS，但之后直接传 vmess 数据、不再封装 WS 帧，减轻压力——但 CDN 可能不接受非标准 WS 帧。
• 域前置完全体：套 TLS（端口 443、SNI 填别人的域名），连自己填的伪装域名都隐藏，「用别人的证书」。

实战要点：fastly（随便填域名、开 WS 试用、加 VCL 脚本部署）和 gcore（免费 1TB/月、生效等 10-20 分钟）两家各配一遍 → 再套一层 TLS 达成完全体 → 配套工具提取 1000 个 IP 节点 → 全自动测速软件一键测速筛选。

• UDP 与 QUIC：TCP 太复杂、改性能要动操作系统内核难普及；UDP 简单只给 IP 加个端口，上层协议不用改内核易推广。HTTP3 用的 QUIC 就是基于 UDP 实现了可靠传输和拥塞控制。
• Brutal 拥塞控制：类似修改 TLS 得到 XTLS，修改 QUIC 拥塞控制得到 hysteria——不管网络是否拥堵，始终按配置文件设定的速率收发。
• 带宽协商：客户端 up 对应服务端 down（反之亦然），协商时双方比大小取小为准；不设则走 BBR。

实战要点：VPS 一键脚本安装 → acme 或自签证书 → 配置文件改端口/密码/伪装网址 → 客户端 bandwidth 先不挂代理本地测速获取最大速率再填（看 4K 给 50 兆就够）。同机 TCP 只能 10 兆，hysteria 强行拉到设定带宽。

• 各协议存活反馈（两年成绩单）：同款 VPS 下 SS 第二天大概率封 IP；vmess+ws 反复封端口（2024.3 起）；vless+vision 被封是因 nip.io 域名被阻断，换域名即可；vless+vision+reality 两年一例被封反馈都没有。
• AnyTLS 协议：和 vision 类似为解决 TIT，但可通过参数自定义填充策略，更加灵活。
• padding 填充规则：可设置处理前 8 个包——第 0 个填 30 字节、第 1 个填 100-400 随机、第 2 个策略拆分等。
• 客户端支持：AnyTLS-go、sing-box、mihomo、小火箭、nekobox 已支持；xray 大概率不会支持。

实战要点：AnyTLS-go 一行命令跑起来（默认自签证书）→ v2rayN 添加 socks 代理借用分流→ mihomo 版可配正规 CA 证书+自定义 padding→ 用正规证书时客户端取消「允许不安全」并填 SNI。

• 演进路线：meek（分包+分包）→ SplitHttp（分包+流式）→ XHTTP（加字节填充、多路复用、上下行分离）。
• 上下行分离：上行连接走一个域名、下行连接走另一个域名，两个域名绑同一节点 IP；也可「上行 CDN + 下行 reality 直连」。
• XHTTP+reality：在普通 reality 节点基础上把传输改成 XHTTP，就额外获得字节填充、上下行分离等特性。

实战要点：3XUI 面板建 vless+XHTTP+reality → 套 CF CDN（TLS 设灵活、启用 GRPC、origin rules 重写端口）→ 双域名上下行分离：给下行域名加解析、编辑上行节点添加下行配置。

• 代理三层结构：① 代理协议（最上层，负责身份认证与数据封装）→ ② 传输方式（中间，负责怎么搬运数据，一般不加密）→ ③ 传输安全（底层，TLS 或 reality 负责加密整条通道）。
• reality：魔改 TLS，可直接使用其他网站的证书，不需要自己申请域名证书。
• anyreality：anytls 协议默认套 TLS，把传输安全换成 reality 就变成 anyreality，既解决 TLS in TLS 又免配证书，「可谓美哉」。
• SS 协议结构（未加密可见）：03 表示访问域名、0A 表示域名长 10 字节、然后是 google.com 的 ASCII 码、最后两字节 0050 是 80 端口。加密会让数据膨胀：同样请求未加密 87 字节、AES 加密后变 171 字节。
• 裸奔的 trojan：协议本身无法加密，只能依靠 TLS/reality；脱掉 TLS 后抓包能看到 56 字节的 sha224 哈希密码、0D0A 回车换行、01 表示 TCP 连接。

实战要点：「纸上得来终觉浅」——Wireshark 逐组抓包对比：未加密 SS → AES 加密 SS → ss+ws（可见 HTTP 升级请求和 101 响应）→ ss+reality → 裸奔 trojan。anyreality 搭建用 singbox，服务端监听 443 + 自定义填充字节 + reality 传输安全；从抓包看表面像在访问雅虎，实际里面是做了个性化字节填充的 anytls。