anytls - 控制您的代理流量行为模式，逃避 TLS in TLS 检测

[anytls]

大家好！ 如果您对新技术感兴趣，不妨试试我们的新协议！🚀

这是一款精心设计的 TLS 代理，具备更简单的配置，更优的性能，并且更强的抗审查能力，助您畅通无阻。

🔗 项目地址： https://github.com/anytls/anytls-go

我们期待您的体验与建议！💡

如果 Xray-core 开发者接受，我们也可将此协议通过 Pull Request 添加至 Xray-core。

[RPRX]

又简单看了下，为什么你设计一个全新的协议却使用“以地址确定 UoT”的方案、sing-box 的 UoT？你是世界的小号？

[anytls]

没必要纠结这种细枝末节。在 TLS 上使用哪种 UoT 方案并没有本质区别，我们只是使用了较为方便的一种。而且，现在代理承载的用户流量主要都是 TCP。

[RPRX]

你不觉得 XUDP 的 UoT Migration 与它们有本质区别吗？

[RPRX]

刚刚简单看了一下代码，看到你都是在使用 sing-box 的组件，觉得你对它的开发会比较熟悉，并且也认为 CDN 是滥用

Vision 也确实有准备了很久的 Seed #3260 ，它支持结合 Mux 和 CDN 使用，anytls 和 Seed 相比优势在哪？

[Fangliding]

udp我不关心 我的看法一样 细枝末节的东西 能用就行
但是这些东西感觉 vless+mux.cool也可也做到 这东西本身是一个vmess这个层级的代理协议 自带回落 多路复用 和padding功能
回落这个功能vless也已经有了 多路复用mux.cool也可以做到 包括填充mux其实也可以实现只是没做

[RPRX]

你还认真分析啊，这东西一看就是世界开的小号，到时候再宣称比 Vision Seed 更早，你麻不麻

肯定是对 Vision 有研究的，也知道有 Seed 的 PR，只字不提，提两次 Vision 是写死的填充策略