开启mux后下载文件，停止下载xray还在跑流量 #232

Walter1Dumais · 2021-02-03T00:43:26Z

开启mux后下载文件，停止下载xray还在跑流量，会持续特别久
像chrome这种有预下载的浏览器，不小心点开大文件下载链接就会跑好多流量

测试图：

客户端配置：

{
    "protocol": "vmess",
    "settings": {
        "vnext": [
            {
                "address": "IP",
                "port": 443,
                "users": [
                    {
                        "id": "UUID",
                        "alterId": 64
                    }
                ]
            }
        ]
    },
    "streamSettings": {
        "network": "ws",
        "security": "tls",
        "tlsSettings": {
            "allowInsecure": false
        },
        "wsSettings": {
            "path": "/xray"
        }
    },
    "mux": {
        "enabled": true,
        "concurrency": 8
    }
}

The text was updated successfully, but these errors were encountered:

AkinoKaede · 2021-02-03T00:45:15Z

v2fly/v2ray-core#374 有提到过这个问题，关闭 mux 之后正常吗？

Walter1Dumais · 2021-02-03T00:49:17Z

v2fly/v2ray-core#374 有提到过这个问题，关闭 mux 之后正常吗？

关闭mux后正常

RPRX · 2021-02-03T00:50:20Z

至少当前的 Mux 肯定存在历史遗留 BUG，等待更多复现

Walter1Dumais · 2021-02-03T01:03:34Z

至少当前的 Mux 肯定存在历史遗留 BUG，等待更多复现

看了下日志

打开下载链接开始下载

2021/02/03 09:55:27 [Info] [2395700667] proxy/socks: TCP Connect request to tcp:speed.hetzner.de:443
2021/02/03 09:55:27 tcp:127.0.0.1:19103 accepted tcp:speed.hetzner.de:443 [inbound -> outbound]
2021/02/03 09:55:27 [Info] [2395700667] app/dispatcher: taking detour [outbound] for [tcp:speed.hetzner.de:443]
2021/02/03 09:55:27 [Info] [2395700667] common/mux: dispatching request to tcp:speed.hetzner.de:443

中断下载，但是流量还是在持续传输

2021/02/03 09:55:35 [Info] common/mux: failed to write to downstream. closing session 2 > io: read/write on closed pipe

RPRX · 2021-02-03T01:12:21Z

@Walter1Dumais 试试 concurrency 设为 1

Walter1Dumais · 2021-02-03T01:26:06Z

@Walter1Dumais 试试 concurrency 设为 1

设置 concurrency 为 1 后问题改善，不过下载并发数多的时候还是会持续四五秒下载

3个下载：总下载速度30MB/s，总上传5KB/s内
快速中断3个下载：下载速度跳到40MB/s，上传跳到100KB/s（中断下载后，上传一定会有100KB/s），持续4-5秒后恢复正常

Walter1Dumais · 2021-02-03T01:36:55Z

@Walter1Dumais 试试 concurrency 设为 1

还是有点问题

RPRX · 2021-02-03T02:33:06Z

试试同时把 policy level 0 的 uplinkOnly 和 downlinkOnly 设为 0

Walter1Dumais · 2021-02-03T04:12:14Z

试试同时把 policy level 0 的 uplinkOnly 和 downlinkOnly 设为 0

    "policy": {
        "levels": {
            "0": {
                "uplinkOnly": 0,
                "downlinkOnly": 0
            }
        }
    }

没起作用，还是有5秒左右的流量传输

SekiBetu · 2021-02-14T09:52:58Z

一些陈年史料供参考
v2ray/v2ray-core#1963
v2ray/v2ray-core#1969
v2ray/v2ray-core#2194
v2ray/v2ray-core#2412
v2fly/v2ray-core#168

qnxsgwy · 2021-02-18T08:40:44Z

传统艺能，下载越大的文件越容易出现，之前mux就是因为这被逐渐淡化弃用的。

k79e · 2021-02-20T09:56:32Z

用下这个补丁版的看看
https://github.com/v2fly/v2ray-core/suites/2082151777/artifacts/42180503

Xray9 · 2021-02-20T10:10:43Z

用下这个补丁版的看看
https://github.com/v2fly/v2ray-core/suites/2082151777/artifacts/42180503

@k79e 你测过了吗？解决了你的问题吗？

k79e · 2021-02-20T10:35:36Z

正在用目前测试是出问题啊不清楚其他正常使用会不会触发.
我是用接收方中断连接那样测试的

v2fly/v2ray-core#672 (comment)

我都怀疑用户程序中断是不是会发送rst包还是 fin ack 我不太懂是不是mux下面他正好忽略了这个也指不定...

Xray9 · 2021-02-20T10:39:28Z

@k79e

想的比起来长期测试不如下个测速文件
于是我测试了下前几个速度下去的是我按的暂停后面卡一阵的是我按的取消下载

我也是这么测试的，不过我用的是 Xray-core

测试也发现了类似情况不清楚不下载文件的时候是否容易触发

我测试的场景是 开启了mux，如果你之前也没有开启 mux，那肯定和这处 bug 无关了

我大致的测试流程就是 curl -O 下载个大文件，速度上来了就取消，原先的 mux 会继续下载一段时间。

你可以先编译一份 #285 的 Xray-core 测一下，还不行可以把配置贴上来我们看看。

k79e · 2021-02-20T10:40:11Z

有迹可循了
curl的中断是发送rst ack
那我凭什么不看下他走隧道内的回环流量是否本地代理给我回了对应的包呢?

不需要编译啊 github自动编译的
我一直用mux
我的配置你有的 #672上有提到过

k79e · 2021-02-20T10:41:13Z

啊!??? 咋又285的版本了!!

Xray9 · 2021-02-20T10:42:07Z

啊!??? 咋又285的版本了!!

本来就是先给 Xray-core 提的 #285，然后才去 v2ray 提的。。。

k79e · 2021-02-20T10:42:32Z

我用的691的还是复现了不需要285的了吧
我的思路是这样的反正客户端主动中断连接不是要发送中断的包么?
如果代理没给我处理比如1个rtt那没返回对应的ack 那就说明代理程序忽略了应用程序的连接中断请求(rst)

有空我测下去

k79e · 2021-02-20T11:09:29Z

v2那边和这个不一样么?? 都是一个补丁哇.

k79e · 2021-02-20T11:12:10Z

奇怪了走了代理之后(v2ray) 通道内没看见程序返回来给rst的响应
也就是说这个rst果然没被确认而且连接就中断了后面的包不见了!!! 但是流量还在跑.
更奇怪的是这个rst还是一个没收到的包他不应该跨度那么大啊. 而且直连的时候没这个问题. ~~rst就是ack的前面的包.~~

抓了下发现数据流里面245个包整个文件是260个包
但是当时是二三百k卡了很久我的天哪数据根本就没有不清楚他在空接什么数据....

k79e · 2021-02-20T11:19:52Z

@SekiBetu xary一次触发

下载了530k数据然后中断

Xray9 · 2021-02-20T11:21:18Z

这是我用的配置，方便在本地测试，测试方式：

curl -x socks5://127.0.0.1:1080 -O https://dl.google.com/dl/android/aosp/redfin-rd1a.200810.020-factory-c3ea1715.zip

等速度上来之后取消执行

用 8b9c0ae 会发现会流量监控软件里面继续下载，用 #285 就立刻停止了

点击查看配置文件

{
  "log": {
    "loglevel": "debug"
  },
  "inbounds": [
    {
      "listen": "127.0.0.1",
      "port": 12345,
      "protocol": "vless",
      "settings": {
        "decryption": "none",
        "clients": [
          {
            "id": "bdbad328-37ab-4e1b-b598-08a2aa1fa3a5"
          }
        ]
      }
    },
    {
      "tag": "in",
      "listen": "127.0.0.1",
      "port": 1080,
      "protocol": "socks",
      "settings": {
        "auth": "noauth",
        "udp": false
      }
    }
  ],
  "outbounds": [
    {
      "tag": "direct",
      "protocol": "freedom"
    },
    {
      "tag": "out",
      "protocol": "vless",
      "settings": {
        "vnext": [
          {
            "address": "127.0.0.1",
            "port": 12345,
            "users": [
              {
                "encryption": "none",
                "id": "bdbad328-37ab-4e1b-b598-08a2aa1fa3a5"
              }
            ]
          }
        ]
      },
      "mux": {
        "enabled": true,
        "concurrency": 1
      }
    }
  ],
  "routing": {
    "domainStrategy": "AsIs",
    "rules": [
      {
        "type": "field",
        "inboundTag": [
          "in"
        ],
        "outboundTag": "out"
      }
    ]
  }
}

k79e · 2021-02-20T11:24:30Z

你多试几次看看顺便看下程序收发是否不对劲
有时候没长期跑网速但是稍微多收了一些数据.

Xray9 · 2021-02-20T11:28:28Z

用 #232 (comment) 测试可以跑满带宽，比如你是 Windows，在性能监视器里能看到网络使用率 100%，而在原先代码的情况下，中断满速下载，mux会无法正确处理中断的信号，就会继续满速下载一段时间，#285 修复之后网络使用率就会立刻降到 0%

你可以先试试按照 #232 (comment) 的配置和方式在本地测试，而不是在公网测试 @k79e

k79e · 2021-02-20T11:30:10Z

@SekiBetu 多收4%就有问题了. 一般测试也就2-3
多个40-50乃是好几倍就太大了.
#232 (comment) 如图多了13倍根本就是炸了

Xray9 · 2021-02-20T11:33:39Z

@k79e 在社区请保持友好的态度进行交流

Xray9 · 2021-02-20T11:36:03Z

#232 (comment)
#232 (comment)

Xray9 · 2021-02-20T11:42:26Z

#232 (comment)

mux 的 concurrency 调大也表现正常，有条件测试的朋友可以测一下， ~~多跑一点，，，~~

k79e · 2021-02-20T11:47:59Z

发现新bug了 mux下暂停文件导致网络没法用.
1L也是那样么?

更奇怪的是点了取消反而网速跑满一下子.

Xray9 · 2021-02-20T11:57:01Z

你在本地跑的话可以多跑一段时间，等速度上来了再取消下载观察（监视器也有刷新时间），这个配置不会走你 VPS 的流量，不要紧的

感谢群admin 解决了我的使用场景里mux会多跑流量的BUG，场景有限不敢确定，但没实现肯定是个BUG。可能相关 XTLS#232

z826540272 · 2021-03-15T19:05:07Z

确实有这个问题,而且这个问题和服务端有关
我两家机场,一家有这个问题,一家没有,但是没有的那家mux连接到无法访问的ip会导致挂起

yuhan6665 · 2021-04-23T02:14:42Z

能复现问题的同学可以试一下这个版本，把客户端和服务器都换了 https://github.com/XTLS/Xray-core/actions/runs/776267875
代码 #535

AkinoKaede added the bug Something isn't working label Feb 18, 2021

Xray9 mentioned this issue Feb 19, 2021

fix: implement Close of pipe.Reader #285

Closed

This comment has been minimized.

Sign in to view

Xray9 added a commit to Xray9/Xray-core that referenced this issue Mar 4, 2021

fix: implement Close of pipe.Reader

68f8f56

感谢群admin 解决了我的使用场景里mux会多跑流量的BUG，场景有限不敢确定，但没实现肯定是个BUG。可能相关 XTLS#232

kingcanfish mentioned this issue Jan 29, 2022

在网页上测速后的一段时间内Xray仍然有大量下行流量 #909

Closed

tanwov mentioned this issue May 11, 2022

[BUG]“开启MUX多路复用 ” 会出现实际业务停止，但连接不释放继续跑流量的情况 2dust/v2rayN#2292

Closed

renahita mentioned this issue Dec 7, 2022

修复mux子连接无法正常断开的问题 #1410

Closed

renahita6 mentioned this issue Dec 9, 2022

修复mux子连接无法正常断开的问题 #1417

Merged

Fangliding closed this as completed Apr 8, 2024

开启mux后下载文件，停止下载xray还在跑流量 #232

开启mux后下载文件，停止下载xray还在跑流量 #232

Comments

Walter1Dumais commented Feb 3, 2021

AkinoKaede commented Feb 3, 2021 • edited Loading

Walter1Dumais commented Feb 3, 2021

RPRX commented Feb 3, 2021

Walter1Dumais commented Feb 3, 2021

RPRX commented Feb 3, 2021

Walter1Dumais commented Feb 3, 2021

Walter1Dumais commented Feb 3, 2021

RPRX commented Feb 3, 2021

Walter1Dumais commented Feb 3, 2021

SekiBetu commented Feb 14, 2021 • edited Loading

qnxsgwy commented Feb 18, 2021

k79e commented Feb 20, 2021

Xray9 commented Feb 20, 2021

k79e commented Feb 20, 2021 • edited Loading

Xray9 commented Feb 20, 2021

k79e commented Feb 20, 2021 • edited Loading

k79e commented Feb 20, 2021

Xray9 commented Feb 20, 2021

k79e commented Feb 20, 2021 • edited Loading

This comment has been minimized.

k79e commented Feb 20, 2021

k79e commented Feb 20, 2021 • edited Loading

k79e commented Feb 20, 2021

Xray9 commented Feb 20, 2021

k79e commented Feb 20, 2021

Xray9 commented Feb 20, 2021 • edited Loading

k79e commented Feb 20, 2021 • edited Loading

This comment has been minimized.

Xray9 commented Feb 20, 2021

This comment has been minimized.

Xray9 commented Feb 20, 2021

Xray9 commented Feb 20, 2021

k79e commented Feb 20, 2021

Xray9 commented Feb 20, 2021

z826540272 commented Mar 15, 2021

yuhan6665 commented Apr 23, 2021

AkinoKaede commented Feb 3, 2021 •

edited

Loading

SekiBetu commented Feb 14, 2021 •

edited

Loading

k79e commented Feb 20, 2021 •

edited

Loading

k79e commented Feb 20, 2021 •

edited

Loading

k79e commented Feb 20, 2021 •

edited

Loading

k79e commented Feb 20, 2021 •

edited

Loading

Xray9 commented Feb 20, 2021 •

edited

Loading

k79e commented Feb 20, 2021 •

edited

Loading