其实域前置能上的海外网站还是很多的，X，google，v2ex，维基百科等等。
其实已经完全满足伊朗人的上网需求了，毕竟在西方大站，支持域前置是一种“人权”的提现，是种政治正确，之前还因为CDN不支持域前置西方还爆发了示威游行来着（本来域前置就是为了反封锁，进行伪装使用的技术，专业对口GFW了属于是）

他们现在都在搞先进的ECH去了，实际上就是把SNI加密了，对于国外用户而言，ECH是“网站隐私最后一片拼图”，其实和域前置异曲同工之妙，域前置是假的SNI，ECH是加密的SNI，有了ECH，浏览器默认支持，不需要啥第三方工具了，没动力搞IP前置了（

那就得等好长的时间了，毕竟直到现在ECH竟然还处于草案阶段，连个标准都还没发布（只有个前身ESNI的），唉，道阻且长了（

See https://github.com/XTLS/Xray-core/releases/tag/v25.3.6

😅怎么感觉又像是破坏性更新

发现对于 VLESS 之类的将一个请求连接目标服务器和发送第一个 TCP Application Data 合并在一个包的协议没法代理在连接 TCP 后被动接受数据的协议。
当我在 Wireshark 看着我的 VNC 客户端开了个 TCP 连接然后无动于衷之后我就知道她等待，但是只有她主动去发送数据才能有回答，她只是开着在那里，她只是看着，最后她觉得目标超时了。

EDIT: 理论上在 VLESS 里包一个 Socks5 可以缓解这个问题，但是我没去试。

Warning] common/errors: This feature WebSocket transport (with ALPN http/1.1, etc.) is deprecated and being migrated to XHTTP H2 & H3. Please update your config(s) according to release note and documentation before removal.
2025/02/07 05:17:41 [Warning] common/errors:…

可是我用kcp能跑下载30m/s xhttp最高只能2.3m/s

What about path padding, after upgrade xray-core to 25.1.30 some CDN don't work, can I read about path padding to fix the problem with connection some CDN?

我认为，如果分离下行链路和上行链路的概念可以与其他协议（如 tcp、ws、kcp 等）一起使用，而不仅仅是 xhttp，那就太好了。

关于为什么设置自动压缩对象，这个是前段时间使用出现的问题，改这个比改r佬说的sse方便一点，反正体验影响不大...，你想查询当时的对话，跳转上去自己翻一下 @geek_sh

我认为我们的朋友的意思是向 xhttp 添加特定于 ws 或 hu 的标头。

确实，xhttp 使得流量看起来更自然，但是将整个上行和下行分离的概念添加到 vless 中是一个非常好的主意，因为它允许您使用除了 xhttp 之外的其他传输方式，例如 kcp 等。

It’s been a long time since you guys talked about HTTP and 3X-UI.

I think it’s time to start again! 😐😂

能不能开发这样一个功能，一个sni进来，用另一个sni转发出去

问一下大佬们，服务端是xhttp，能不能兼容客户端grpc或者http h2传输方式，就是客户端还是老版本的xray，或者其他工具