-
-
Notifications
You must be signed in to change notification settings - Fork 2.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
TUN模式下的TCP首包延迟增加 #2069
Comments
我们不是广告软件的客服,请反馈 sing-box 的问题并排除其他程序造成的影响。 |
谢谢回复,但是
以下是我使用的sing-box配置文件,我使用sing-box的经验不多,如果有配置错误烦请指出🙏。
|
两个版本均可复现。 日志如下,管理员身份运行。
|
从日志最后一行来看,我个人猜测可能是分流时耗费了时间,发送的 |
对于服务器先发协议,是预期行为;对于其他类型的连接,应已修复部分问题。 |
操作系统
Windows
系统版本
10 LTSC
安装类型
宣传使用 sing-box 的第三方图形客户端程序 (Windows)
如果您使用图形客户端程序,请提供该程序版本。
V2RayN V6.55
版本
描述
在启用v2RayN的TUN模式后,在建立TCP连接后,发送第一个数据包增加了约200ms-300ms的延迟。测试机器的CPU是1225 v5,理论上不存在CPU瓶颈。
v2RayN自带的绕过大陆和黑名单模式均会遇到问题。
测试服务器在境内,localhost测试没有延迟问题,貌似是在公网上才会遇到
未启用TUN模式:
在启用TUN模式后:
类似的,建立ssh连接也遇到了类似的延迟增加问题。
通过后续时间戳的比较,可以确认是客户端发向服务端的第一个tcp包遇到了延迟,服务器返回的数据包是正常的。在TCP握手后time.sleep(1),发送的第一个数据包没有遇到延迟增加的问题。
使用相同的脚本,把客户端发送的数据从
MESSAGE = b"hello"
改成
MESSAGE = b"GET / HTTP/1.1\r\nHost: www.baidu.com\r\nConnection: close\r\n\r\n"
延迟问题就解决了
在macos(Sequoia,MacBook air M1)上的Shadowrocket,即便开启“直连”,也遇到一模一样的的延迟增加问题,非常诡异,同样也是把MESSAGE改成HTTP头后问题解决。
在macOS和windows的Mihomo core的TUN模式均没有遇到延迟问题,延迟一切正常。
重现方式
GPT写的几个脚本
tcp_test_client.py
tcp_test_server.py
ssh_test.py
日志
No response
支持我们
完整性要求
The text was updated successfully, but these errors were encountered: