Closed andychen27 closed 4 years ago
感觉问题主要出在A的freedom outbound. 下面的日志(A的error log)开始后就开始出现A和B之间的异常流量(4MB/s)并且导致连接不稳定
2019/06/28 14:09:24 [Info] v2ray.com/core/app/proxyman/outbound: failed to process outbound traffic > v2ray.com/core/proxy/freedom: connection ends > context canceled
2019/06/28 14:09:24 [Info] v2ray.com/core/app/proxyman/outbound: failed to process outbound traffic > v2ray.com/core/proxy/freedom: connection ends > context canceled
2019/06/28 14:09:24 [Info] v2ray.com/core/app/proxyman/outbound: failed to process outbound traffic > v2ray.com/core/proxy/freedom: connection ends > context canceled
2019/06/28 14:09:24 [Info] v2ray.com/core/common/mux: session 13 ends. > io: read/write on closed pipe
2019/06/28 14:09:24 [Info] v2ray.com/core/common/mux: session 22 ends. > io: read/write on closed pipe
2019/06/28 14:09:24 [Info] v2ray.com/core/common/mux: session 16 ends. > io: read/write on closed pipe
A的error log最后一条 mux session end后, 异常流量就会恢复正常
2019/06/28 14:10:04 [Info] v2ray.com/core/app/proxyman/outbound: failed to process outbound traffic > v2ray.com/core/proxy/freedom: connection ends > context canceled
2019/06/28 14:10:04 [Info] v2ray.com/core/common/mux: session 10 ends. > io: read/write on closed pipe
2019/06/28 14:13:17 [Info] v2ray.com/core/app/proxyman/outbound: failed to process outbound traffic > v2ray.com/core/proxy/freedom: connection ends > context canceled
2019/06/28 14:13:17 [Info] v2ray.com/core/common/mux: session 6 ends. > io: read/write on closed pipe
个人猜测会不会是因为A的outbound断开后, A和B不断重试连接, 直到session reset为止
目前测试好像跟iOS有关, 试了Shadowrocket, Kitsunebi 和 i2Ray 都有同样的问题, 但是用mac和win客户端没有出现同样的问题
update: iOS只有用app是才会有网络不稳定的问题, 用safari一切正常
update:
A和B都设置了本地策略后问题解决了
"policy": {
"levels": {
"0": {
"handshake": 4,
"connIdle": 300,
"uplinkOnly": 0,
"downlinkOnly": 0,
"bufferSize": 0,
"statsUserUplink": false,
"statsUserDownlink": false
}
}
}
测试了一下应该是 uplinkOnly 和 downlinkOnly 设置导致的
This issue is stale because it has been open 120 days with no activity. Remove stale label or comment or this will be closed in 5 days
提交 Issue 之前请先阅读 Issue 指引,然后回答下面的问题,谢谢。 除非特殊情况,请完整填写所有问题。不按模板发的 issue 将直接被关闭。 如果你遇到的问题不是 V2Ray 的 bug,比如你不清楚要如何配置,请使用Discussion进行讨论。
1) 你正在使用哪个版本的 V2Ray?(如果服务器和客户端使用了不同版本,请注明) 4.19.1 2) 你的使用场景是什么?比如使用 Chrome 通过 Socks/VMess 代理观看 YouTube 视频。 内网穿透+反向翻墙, 国内没有IP地址的服务器(A)通过国外服务器(B)反向代理实现反向翻墙, 手机(C)通过shadowrocket连接B 3) 你看到的不正常的现象是什么?(请描述具体现象,比如访问超时,TLS 证书错误等) 启动A和B的v2ray, C连接B后可以成功反向翻墙, 用speedtest.net测试网速也可以正常连接, 速度大约4MB/s, 但是网速测试结束后会出现连接不稳定的情况, 即使在断开C和B的连接后, A和B之间的传输不会立刻终止, A的入站和出站速度会保值4MB/s, B只有入站速度4MB/s, A和B之间的传输会保持2-3分钟左右, 之后速度就会恢复正常 4) 你期待看到的正确表现是怎样的? 反相翻墙连接稳定, C和B的连接断开后, A和B之间的传输立即终止 5) 请附上你的配置(提交 Issue 前请隐藏服务器端IP地址)。
A的配置(bridge):
B的配置(portal):
C的配置(shadowrocket)
6) 请附上出错时软件输出的错误日志。在 Linux 中,日志通常在
/var/log/v2ray/error.log
文件中。A的错误日志:
B的错误日志:
7) 请附上访问日志。在 Linux 中,日志通常在
/var/log/v2ray/access.log
文件中。A的access log
B的access log
8) 其它相关的配置文件(如 Nginx)和相关日志。
9) 如果 V2Ray 无法启动,请附上
--test
输出。通常的命令为
/usr/bin/v2ray/v2ray --test --config /etc/v2ray/config.json
。请按实际情况修改。10) 如果 V2Ray 服务运行不正常,请附上 journal 日志。
通常的命令为
journalctl -u v2ray
。请预览一下你填的内容再提交。