WebSocket和HTTPUpgrade都已被建议迁移至XHTTP，而fallback尚不支持XHTTP，是否当前版本fallback实际必须配合nginx或者Caddy使用？

[ljxfstorm]

如题。
WebSocket和HTTPUpgrade都因存在"ALPN为http/1.1"特征，而被建议迁移至XHTTP，但fallback尚不支持XHTTP，是否当前版本fallback实际必须配合nginx或者Caddy使用？

[lxhao61]

不明白在说什么？搞不懂你说的事情之间的逻辑关糸。

[ljxfstorm]

1. WebSocket和HTTPUpgrade不建议继续使用，而建议迁移至XHTTP
2. fallback不支持转发至XHTTP的inbound

使用XTLS或者REALITY作为入口、通过fallback分流的场景，以前有个用法是直接让xray自己基于path回落给WS或gRPC。
现在是不是应该改为搭配nginx或者Caddy，让xray先fallbak过去，再pass给XHTTP？
这样是不是实际上fallback就必须配合nginx或者Caddy才有意义了？还有别的使用场景吗？

[lxhao61]

不知道你怎么形成这样认识！对的、错的、无关系的混在一起，建议你仔细学习一下 Xray 官方资料。基于官方资料给你简单理一下：
1、XTLS/TLS 的 fallback 可以基于 path 回落分流 WebSocket 和 HTTPUpgrade，不支持 gRPC、XHTTP。REALITY 的 fallback 不支持基于 path 回落分流 WebSocket 和 HTTPUpgrade，无此用法！
2、是的。此共用 TCP 443 端口方法不光可支持反代 XHTTP 应用，还可支持反代 WebSocket/HTTPUpgrade、gRPC 应用！
3、跟 fallback 无毛关系！gRPC、XHTTP 只能反代！无论反代，还是回落都需 Nginx 或者 Caddy 来配合实现伪装成网站流量，本质无差异！