Xray的Trojan-Go模式似乎与Trojan-Go的mux不兼容

[Cathgao]

lean的SSR+已经使用Xray替换掉独立的Trojan-Go，但实际使用中发现问题。SSR+使用Trojan模式并开启TLS没有问题，但一旦开启MUX就无法上网。服务端为Trojan-Go最新版，有以下报错：

Jan 27 13:36:31 vultrguest trojan-go[105654]: [ERROR] 2021/01/27 13:36:31 github.com/p4gefau1t/trojan-go/proxy.(*Proxy).relayConnLoop.func1.1:proxy.go:66 proxy failed to dial connection | freedom failed to dial v1.mux.cool:**** | dial tcp: lookup v1.mux.cool on 108.61.10.10:53: no such host
Jan 27 13:36:31 vultrguest trojan-go[105654]: [INFO]  2021/01/27 13:36:31 user ********************  from ****:16767 tunneling to v1.mux.cool:**** closed sent: 0 B recv: 0 B

关闭MUX后一切正常

#https://github.com/fw876/helloworld/issues/351

[simpleandstupid]

首先做个科普： trojan是协议，trojan-gfw/trojan-go是trojan的实现，一个c语言编写，一个go语言编写。 xray的trojan支持是从v2ray继承来的，包括mux。ray系的mux公认存在一定问题（不建议使用，还没有修）， trojan-go的是smux，它们是不兼容的。 smux#217 还没有合并进xary主分支，另外xtls也没有合进trojan-go主分支 （人话：目前阶段要用smux请保持客户端服务端为trojan-go，要用xtls请保持客户端服务端为xray）

[ywyha]

希望尽早支持这个特性，大佬们加油~

[RPRX]

可以把“似乎”去掉，他们不是同一个 mux。不过打算改 mux 了，还计划加上对 smux 的支持。

[ywyha]

基友们，如果哪天修复了trajon-go，麻烦踢我一脚！！~~！

[chr09670]

等待修复

[bash99]

等待修复

有没有trojan-go之外的客户端支持 smux 的？

现在感觉靠grpc的多路复用能显著降低普通浏览的延迟，对smux也没那么高期待了

[vxmp]

期待大佬修复^_^