[Bug]smux出现问题

[qzydustin]

Describe the bug【描述 bug】
客户端和服务端都用verysimple
vlesss v1 ws utls smux

打开百度时部分图片无法加载，多次刷新后，可能可以加载成功

并且打开网页时可能出现打开失败，然后过几秒自动重新加载就成功

客户端关闭smux后一切正常

Debug Log 【Debug日志, 客户端 和 服务端 的 日志 都提供】

verysimple    | 2022-05-22 02:43:24.498 DEBUG   TryCopy {"id": 985916, "from": "*net.TCPConn", "->": "*simplesocks.TCPConn"}
verysimple    | 2022-05-22 02:43:24.499 DEBUG   copying with readv      {"id": 985916}
verysimple    | 2022-05-22 02:43:24.499 DEBUG   TryCopy {"id": 985916, "from": "*simplesocks.TCPConn", "->": "*net.TCPConn"}
verysimple    | 2022-05-22 02:43:24.500 DEBUG   copying with classic method     {"id": 985916}
verysimple    | 2022-05-22 02:43:25.509 DEBUG   mux inServer try accept stream failed   {"connid": 178850, "error": "EOF"}
verysimple    | 2022-05-22 02:43:25.515 DEBUG   mux inServer try accept stream failed   {"connid": 720496, "error": "EOF"}
verysimple    | 2022-05-22 02:43:25.516 DEBUG   mux inServer try accept stream failed   {"connid": 902875, "error": "EOF"}
verysimple    | 2022-05-22 02:43:25.516 DEBUG   mux inServer try accept stream failed   {"connid": 245737, "error": "EOF"}

[e1732a364fed]

贴上你的配置文件。

因为你用了v1，所以可能涉及到 分离信道模式的问题？

总之还是要分离变量。

[qzydustin]

[[listen]]
tag = "vlesss"
protocol = "vlesss"
users = [ 
    {user = ""}, 
    {user = ""} 
    ]
host = "0.0.0.0"
port = 443
version = -1
insecure = false
cert = "/etc/verysimple/cert.pem"
key = "/etc/verysimple/cert.key"
advancedLayer = "ws"
path = ""

[[listen]]
tag = "myreject"
host = "/dev/shm/myreject"
network = "unix"
protocol = "reject"
extra = { type = "nginx" } 

[[dial]]
tag = "direct"
protocol = "direct"
fullcone = true

[[dial]]
tag = "warp"
protocol = "socks5"
host = "127.0.0.1"
port = 40000

[[route]]
user = []
toTag = "warp"

[[fallback]]
dest = "@myreject"

[qzydustin]

[[listen]]
protocol = "socks5http"
host = "127.0.0.1"
port = 10800

[[dial]]
protocol = "vlesss"
uuid = 
host = ""
port = 443
version = 1
insecure = false
advancedLayer = "ws"
path = 
utls = true
use_mux = true

[e1732a364fed]

目前我测试，这种情况确实出现过，但是不是每次都出现。

我就前几次加载图片没加载就停止 了，然后刷新几次后就好了，然后再搜索其他图片也不会遇到 无法加载图片的情况。

总之比较奇怪的现象。还在继续测试

[e1732a364fed]

似乎访问一个新的域名 时 会出现这种问题，而一旦这种问题被 “刷新” 解决后，再次访问相同网页就不会卡住

[e1732a364fed]

发现，目前的 smux 的 应用 代码 似乎有点问题，似乎会偶然产生一些 “悬垂连接”

现象是：trojan的握手通过了，但是读取smux 的stream 一直处于卡住的 状态。

也不知道是否和 这个 无法加载 问题有关

[e1732a364fed]

目前猜测，可能和 并发有关，可能需要加个锁

[e1732a364fed]

最新代码应该解决了。