实测 SS AEAD 2022 过墙，一天被封

[cj323]

从 Surge 换到 Singbox ，习惯了 Snell 后想继续用 0-RTT 开销的协议。看到 Singbox 官网推荐 SS AEAD 2022 + TCP + 多路复用，于是 server 架了一个 Singbox 自己的实现，开了 TCP fast open ，加密方式 2022-blake3-aes-128-gcm ，只走 IPv4 。结果一天就被阻断了（说好的 Resists passive detection 呢。。。）。

不知道是哪个环节导致的，不过还好只封了一个端口。

供参考。

[BlackSas]

看速查表吧 https://www.haitunt.org/cheatsheet.html
直连机场都是用 VLESS-Reality-Vision ，或者新一点的 anytls

[labubu]

什么年代了还用 SS 协议...

[lcdtyph]

未知服务器，未知端口，应用层数据无特征，除该服务器外没有其他境外流量。满足这四条就可以直接 ban 端口，根本不需要什么协议检测

[MFWT]

SS 过墙已经不太合适了，顶多就是中转机入口，或者不涉及跨境的互联

[MacsedProtoss]

现在的 gfw 不执着于找特征，而是如果你一个无法识别的加密流量大规模跨境访问就封三元组

[coldfish0]

哈哈。我就一直在用 Shadowsocks/AEAD ，好多年了，用的还是廉价 vps ，没什么优化线路。几年里只有一次 ip 被封，3 天解封后接着用，没什么问题。

[cj323]

@coldfish0 你头比我还铁哈哈

[crc8]

@labubu 有长城以来就 SSH 与 SS ，一直在用。

[peterjimomo]

TFO 关掉，客户端打开 MUX ，加密用 2022 版本的 AES256GCM 或者 chacha20 ，按要求生成一个 32 位的密钥

[bclerdx]

目前 Shadowsocks 客户端也仅仅支持 Shadowsocks （传统 SS ）、Shadowsocks AEAD 等比较单一的协议而已，更多现代意义上的新开发的协议是一个都不支持（如 Shadowsocks SS2022 / AEAD-2022 、VMess 、VLEss 等等），我认为就目前来说，应该算是一个比较过时的客户端了。