[Bug] 使用tls lazy encrypt后请求几乎全部异常

[deximy]

Describe the bug【描述 bug】 配置文件中加入lazy = true后频繁出现ERR_CONNECTION_CLOSED或ERR_SSL_BAD_RECORD_MAC_ALERT，出现频率极高，远高于说明文件中的"有时"

To Reproduce【如何复现该bug】 直接运行即出现

Expected behavior【预期的行为】 请求正常

Envs (please complete the following information):【系统环境】 客户端： OS Name: Microsoft Windows 11 Pro OS Version: 10.0.22000 N/A Build 22000 服务端： 20.04.1-Ubuntu

Config file 【配置文件，客户端服务端配置都提供】 客户端：

[[dial]]
tag = "my_server"
protocol = "vlesss"
uuid = "*"
ip = "*"
host = "*"
port = *
version = 0
utls = true
lazy = true

服务端：

[[listen]]
tag = "entrance"
protocol = "vlesss"
uuid = "*"
ip = "0.0.0.0"
host = "*"
port = *
version = -1
fallback = ":80"
cert = "*"
key = "*"
lazy = true

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

Other 【其他】 只尝试访问了谷歌邮箱和speedtest，之前自己做过更多测试，请求正常率极低，这里全放上来的话感觉太长了没必要，如果需要的话也可以全放上来

【注意，配置文件和客户端服务端配置 太长的话，前后加上三个 ```】

[e1732a364fed]

嗯，会进行研究。

[e1732a364fed]

还是需要更多测试。我在本地测试没有任何问题。你在本地先试一下，多对比对比。

[e1732a364fed]

目前我思考了一下，认为，这个网络环境有关。在本地测试没问题，就是因为本地根本就是本地回环，没有延迟，所以tls没有任何问题。

如果异常情况越多，证明延迟越高，网络连接越不好。

究其原因，是因为我们lazy功能对于 tls 的 错误报告 的包外过滤并不完善。这个参见xtls的vision流控的问题，二者技术一致，问题也是同一范畴

[e1732a364fed]

关联 https://github.com/XTLS/Xray-core/issues/1444