How to create a simple HTTP/2 proxy real quick github.com/klzgrad/naivep…

Caddy的QUIC前向代理能用已经有一段时间了（尽管需要一点修改），但是它跟Chrome交互的GQUIC在拥塞控制上太保守，跟H2代理相比只能缓慢填到一半的带宽，性能上没有什么优势。也可能是标准开发期间保守测试的原因。

各TLS翻墙协议的ClientHello指纹识别情况调查 gist.github.com/klzgrad/25b261…

gfw.report/blog/gfw_shado… 这个报告基本确实了2020业界标配：长度混淆（ss没有），反嗅探前端（ss是裸的），标准TLS加密栈（ss自己发明）

完了，Cloudflare发现QUIC并不比H2快 blog.cloudflare.com/http-3-vs-http…

多路复用、H/2的协议栈都应该了解一下Linux内核tcp_notsent_lowat的特性，解决复用时流量优先级调度的性能问题

VLESS发明的所谓XTLS有鹦鹉问题，还需要深究

初步评价XTLS：1)只能兼容1:1连接模型，从而引出所有连接级和主机级的流量画像；2)若运载TLS 1.2则会暴露TLS 1.3所没有的nonce明文序列号；3)不当跨层，允许主动探针触发上游的TLS alert，与本机的TLS alert产生可分辨的RTT差异。

NaiveProxy第一次能在安卓上运行了，由SagerNet提供的支持 github.com/SagerNet/Sager…

Je sais bien, mais quand même