用xray的shadowsocks协议玩彩虹六号会出现打一把就掉线的情况 #129

GleenJi · 2021-01-03T08:56:10Z

首先非常感谢大佬付出，但是我用xray的shadowsocks协议玩彩虹六号时，会出现：玩一把对局结束后就掉线然后再重连，就这样循环。。。。
这是我服务端的配置文件：
{
"log":
{
"loglevel": "warning",
"access": "/overgfw/xray/log/access.log",
"error": "/overgfw/xray/log/error.log"
},

"inbounds":
[
{
"port": number,
"protocol": "shadowsocks",
"settings":
{
"method": "chacha20-ietf-poly1305",
"password": "password",
"network": "tcp,udp"
}
}
],

"outbounds":
[
{
"protocol": "freedom",
"settings":
{
"domainStrategy": "AsIs"
}
}
]
}
客户端用的是netch，
这是怎么回事呢？
之前用的是原版shadowsocks和shadowsocksR倒没问题

RPRX · 2021-01-03T15:50:44Z

客户端用的是 Netch 的 SS 吗？试试用 Xray 的

GleenJi · 2021-01-03T16:29:43Z

客户端用的是 Netch 的 SS 吗？试试用 Xray 的

对的，直接netch直接新建ss

RPRX · 2021-01-03T17:09:53Z

麻烦试试两边都用 Xray

另外“打一把就掉线”看起来是触发了什么？

GleenJi · 2021-01-03T17:36:03Z

麻烦试试两边都用 Xray

另外“打一把就掉线”看起来是触发了什么？

进游戏连上了服务器，然后掉线，再重连上，然后不论玩匹配pve还是pvp，开局后不一会儿（也可能是第一回合打完），就掉线了（不过这游戏是还能继续打，但是每个玩家的等级信息没法看了，因为掉线了），一局打完后，结算界面显示“需要连上服务器”，然后手动退出该局游戏再重连服务器。。。整个过程就一直这样，无论打每局必定这样（当然重启过电脑，重开过游戏）

seekingchan · 2021-01-03T17:57:22Z

是不是跟 "policy": 设置有关系?默认是600秒就断开

pty819 · 2021-01-03T18:17:21Z

我晚上也是用的xray打r6，不过用的是trojan和xtls，目前没遇到断线的问题，你可以试一下？
"inbounds": [
{
"port": 2443,
"protocol": "trojan",
"settings": {
"clients":
[{"password":"youxijiasu"}] }, "streamSettings": {
"network": "tcp",
"security": "xtls",
"xtlsSettings": {
"alpn": [
"h2"],
"certificates": [
{"certificateFile": "你的证书", "keyFile":"你的key" }] } }
}
],

GleenJi · 2021-01-04T03:42:48Z

我晚上也是用的xray打r6，不过用的是trojan和xtls，目前没遇到断线的问题，你可以试一下？
"inbounds": [
{
"port": 2443,
"protocol": "trojan",
"settings": {
"clients":
[{"password":"youxijiasu"}] }, "streamSettings": {
"network": "tcp",
"security": "xtls",
"xtlsSettings": {
"alpn": [
"h2"],
"certificates": [
{"certificateFile": "你的证书", "keyFile":"你的key" }] } }
}
],

你是直接在netch里新建一个trojan吗?

GleenJi · 2021-01-04T04:44:52Z

麻烦试试两边都用 Xray

另外“打一把就掉线”看起来是触发了什么？

服务端日志看了一下，有这些错误，可能是断开的原因：
rejected proxy/shadowsocks: failed to read IV > EOF
还有一些这种：
rejected proxy/shadowsocks: failed to read address > chacha20poly1305: message authentication failed
还有少数这种：
rejected proxy/shadowsocks: failed to read IV > read tcp 10.7.67.16:443->167.248.133.38:34746: read: connection reset by peer
rejected proxy/shadowsocks: failed to read address > read tcp 10.7.67.16:443->167.248.133.38:33566: read: connection reset by peer

RPRX · 2021-01-04T05:02:31Z

麻烦断开的时候看一下时间，然后把相应的日志发出来

GleenJi · 2021-01-04T05:29:54Z

我晚上也是用的xray打r6，不过用的是trojan和xtls，目前没遇到断线的问题，你可以试一下？
"inbounds": [
{
"port": 2443,
"protocol": "trojan",
"settings": {
"clients":
[{"password":"youxijiasu"}] }, "streamSettings": {
"network": "tcp",
"security": "xtls",
"xtlsSettings": {
"alpn": [
"h2"],
"certificates": [
{"certificateFile": "你的证书", "keyFile":"你的key" }] } }
}
],

我用trojan netch提示udpblocked

pty819 · 2021-01-04T06:04:23Z

我晚上也是用的xray打r6，不过用的是trojan和xtls，目前没遇到断线的问题，你可以试一下？
"inbounds": [
{
"port": 2443,
"protocol": "trojan",
"settings": {
"clients":
[{"password":"youxijiasu"}] }, "streamSettings": {
"network": "tcp",
"security": "xtls",
"xtlsSettings": {
"alpn": [
"h2"],
"certificates": [
{"certificateFile": "你的证书", "keyFile":"你的key" }] } }
}
],

我用trojan netch提示udpblocked

那不好意思不知道为什么了，我是正常的fullcone。。。

GleenJi · 2021-01-04T06:27:59Z

我晚上也是用的xray打r6，不过用的是trojan和xtls，目前没遇到断线的问题，你可以试一下？
"inbounds": [
{
"port": 2443,
"protocol": "trojan",
"settings": {
"clients":
[{"password":"youxijiasu"}] }, "streamSettings": {
"network": "tcp",
"security": "xtls",
"xtlsSettings": {
"alpn": [
"h2"],
"certificates": [
{"certificateFile": "你的证书", "keyFile":"你的key" }] } }
}
],

我用trojan netch提示udpblocked

那不好意思不知道为什么了，我是正常的fullcone。。。

可以看一下服务端配置文件的全部吗

pty819 · 2021-01-04T06:30:30Z

我晚上也是用的xray打r6，不过用的是trojan和xtls，目前没遇到断线的问题，你可以试一下？
"inbounds": [
{
"port": 2443,
"protocol": "trojan",
"settings": {
"clients":
[{"password":"youxijiasu"}] }, "streamSettings": {
"network": "tcp",
"security": "xtls",
"xtlsSettings": {
"alpn": [
"h2"],
"certificates": [
{"certificateFile": "你的证书", "keyFile":"你的key" }] } }
}
],

我用trojan netch提示udpblocked

那不好意思不知道为什么了，我是正常的fullcone。。。

可以看一下服务端配置文件的全部吗

{
"log": {
"loglevel": "warning"
},
"inbounds": [
{
"port": 2443,
"protocol": "trojan",
"settings": {
"clients": [
{
"password":"youxijiasu"
}
]
},
"streamSettings": {
"network": "tcp",
"security": "xtls",
"xtlsSettings": {
"alpn": [
"h2"
],
"certificates": [
{
"certificateFile": "证书",
"keyFile": "密钥"
}
]
}
}
}
],
"outbounds": [
{
"protocol": "freedom"
}
]
}

GleenJi · 2021-01-04T07:28:07Z

麻烦断开的时候看一下时间，然后把相应的日志发出来

每次游戏断开服务端日志就会出现这个：
2021/01/04 15:19:23 我的ip:7023 rejected proxy/shadowsocks: failed to read IV > EOF
2021/01/04 15:19:23 我的ip:7022 rejected proxy/shadowsocks: failed to read IV > EOF
2021/01/04 15:19:23 我的ip:7024 rejected proxy/shadowsocks: failed to read IV > EOF
2021/01/04 15:19:23 我的ip:7026 rejected proxy/shadowsocks: failed to read IV > EOF
2021/01/04 15:19:23 我的ip:7025 rejected proxy/shadowsocks: failed to read IV > EOF
2021/01/04 15:19:23 我的ip:7027 rejected proxy/shadowsocks: failed to read IV > EOF
正常连接没断开的时候是这样的：
2021/01/04 15:19:12 我的ip:7010 accepted tcp:52.73.91.250:443
2021/01/04 15:19:14 我的ip:7016 accepted tcp:52.217.79.92:443
2021/01/04 15:19:19 我的ip:7020 accepted tcp:52.73.91.250:443
2021/01/04 15:13:28 udp:我的ip:63926 accepted udp:168.63.239.108:3075
2021/01/04 15:13:28 udp:我的ip:63930 accepted udp:51.136.18.233:3075
2021/01/04 15:13:28 udp:我的ip:63933 accepted udp:104.42.219.41:3075

RPRX · 2021-01-04T19:21:39Z

感觉我可能需要完整过一遍 Xray 的 SS 和 Trojan，改一些不合理的地方

GleenJi · 2021-01-05T02:39:11Z

感觉我可能需要完整过一遍 Xray 的 SS 和 Trojan，改一些不合理的地方

经过一些试验，我说一下自己遇到的一些情况：
1.用ss:
（1）服务端配置：
{
"log":
{
"loglevel": "warning",
"access": "/overgfw/xray/log/access.log",
"error": "/overgfw/xray/log/error.log"
},

"inbounds":
[
{
"port": 443,
"protocol": "shadowsocks",
"settings":
{
"method": "chacha20-ietf-poly1305",
"password": "xray-shadowsocks",
"network": "tcp,udp"
}
}
],

"outbounds":
[
{
"protocol": "freedom",
"settings":
{
"domainStrategy": "AsIs"
}
}
]
}
（2）客户端是直接在netch中新建一个ss:
地址填写vps ip或者与vps ip对应A记录的我的域名，其他参数同服务端。
（3）结果：
打彩虹六号会出现掉线的问题，并且掉线的时候服务端日志都会有
2021/01/03 14:34:58 我的电脑ip:7253 rejected proxy/shadowsocks: failed to read IV > EOF
2021/01/03 14:35:08 我的电脑ip:7261 rejected proxy/shadowsocks: failed to read IV > EOF
2021/01/03 14:35:08 我的电脑ip:7260 rejected proxy/shadowsocks: failed to read IV > EOF
2021/01/03 14:35:08 我的电脑ip:7262 rejected proxy/shadowsocks: failed to read IV > EOF
2021/01/03 14:35:18 我的电脑ip:7268 rejected proxy/shadowsocks: failed to read IV > EOF

另外游戏延迟比较稳定，50-70之间，集中在50-65，稳

同1，但是并不是直接在netch中新建一个ss，而是用xray-core，然后在netch中新建一个socks5协议：
（1）xray-core的配置：
{
"inbounds":
[
{
"port": 10805,
"listen": "127.0.0.1",
"protocol": "socks",
"settings":
{
"udp": true
}
}
],

"outbounds":
[
{
"protocol": "shadowsocks",
"settings":
{
"servers":
[
{
"address": "vps的ip", (//这里只能填写vps的ip，如果填写域名netch会显示udpblocked*，可是直接在netch中新建ss地址填写域名也没有udpblocked啊，这里我很疑惑)

        "port": 443,
        "password": "xray-shadowsocks",
        "method": "chacha20-ietf-poly1305"
      }
    ]
  },      
  "tag": "proxy"
}

]
}
（2）netch就是新建socks5协议，
地址为127.0.0.1;
端口为10805
（3）结果：
此时打彩虹六号依然会掉线，
掉线时客户端日志是有这样的错误：
2021/01/05 01:57:16 tcp:127.0.0.1:13036 rejected proxy/socks: insufficient header > EOF
2021/01/05 01:57:20 tcp:127.0.0.1:13040 rejected proxy/socks: insufficient header > EOF
2021/01/05 01:57:20 tcp:127.0.0.1:13042 rejected proxy/socks: insufficient header > EOF
2021/01/05 01:57:20 tcp:127.0.0.1:13043 rejected proxy/socks: insufficient header > EOF
2021/01/05 01:57:21 tcp:127.0.0.1:13049 rejected proxy/socks: insufficient header > EOF
2021/01/05 01:57:21 tcp:127.0.0.1:13046 rejected proxy/socks: insufficient header > EOF
2021/01/05 01:57:21 tcp:127.0.0.1:13051 rejected proxy/socks: insufficient header > EOF
服务端日志依然还是这样的错误：
2021/01/03 14:35:08 我的电脑ip:7260 rejected proxy/shadowsocks: failed to read IV > EOF
2021/01/03 14:35:08 我的电脑ip:7262 rejected proxy/shadowsocks: failed to read IV > EOF
2021/01/03 14:35:18 我的电脑ip:7268 rejected proxy/shadowsocks: failed to read IV > EOF

游戏延迟同1

3.用trojan，客户端直接在netch中新建一个trojan协议:
（1）服务端配置：
{
"log":
{
"loglevel": "warning",
"access": "/overgfw/xray/log/access.log",
"error": "/overgfw/xray/log/error.log"
},

"inbounds":
[
{
"port": 443,
"protocol": "trojan",
"settings":
{
"clients":
[
{
"password":"xray-trojan",
"flow": "xtls-rprx-direct" //(流控有没有都一样)
}
]
},
"streamSettings":
{
"network": "tcp",
"security": "xtls", //xtls和tls都一样
"xtlsSettings": //xtls和tls都一样
{
"certificates":
[
{
"certificateFile": "caddy生成的我的域名证书位置",
"keyFile": "caddy生成的我的域名密钥位置"
}
]
}
}
}
],

"outbounds":
[
{
"protocol": "freedom",
"settings":
{
"domainStrategy": "AsIs"
}
}
]
}

（2）客户端netch配置：
地址：只能是vps的ip（不能填写域名，否则会显示udpblocked，我很疑惑，用ss的时候地址填写域名或者ip都行啊*）
端口：就是设定的443，
密码：就是xray-trojan
主机: 空白不填写或者填写与vps ip对应A记录的我的域名（如果填写了域名游戏中表现是：延迟变高，并且会有些不稳定，延迟普遍在70-100之间大幅度不断变化***）
（*****如果不填写域名留空，游戏中表现是：延迟也会高一点，稍有不稳，但相对稳定了一些，延迟会低一些，差不多65-90之间变化，但是更集中在70-85之间，也就是更稳定一些）
相比于1、2的游戏延迟还是变高了，不稳了

（3）结果：
***游戏不会掉线了， 但是问题在于延迟变高，不稳定了，不过相比于1，2感觉网速很快，包括进游戏连接服务器速度变快，开启匹配或退出对局时网络加载速度变快

4.同3，但是并不是直接在netch中新建一个trojan，而是用xray-core，然后在netch中新建一个socks5协议：
（1）xray-core的配置：
{
"inbounds":
[
{
"port": 10805,
"listen": "127.0.0.1",
"protocol": "socks",
"settings":
{
"udp": true
}
}
],

"outbounds":
[
{
"protocol": "trojan",
"settings":
{
"servers":
[
{
"address": "vps的ip", 同2， (//这里只能填写vps的ip，如果填写域名netch会显示udpblocked*，这里我很疑惑)
"port": 443,
"password": "xray-trojan",
"flow": "xtls-rprx-direct(-udp443)" //(流控有没有都一样)
}
]
},
"streamSettings":
{
"network": "tcp",
"security": "xtls", //xtls和tls都一样
"xtlsSettings": //xtls和tls都一样
{
"serverName": "与vps ip对应A记录的我的域名"
}
},
"tag": "proxy"
}
]
}

（2）netch就是新建socks5协议，
地址为127.0.0.1;
端口为10805

（3）结果：
此时打彩虹六号反而依然会掉线，
掉线时客户端日志还是有这样的错误：
2021/01/05 01:57:16 tcp:127.0.0.1:13036 rejected proxy/socks: insufficient header > EOF
2021/01/05 01:57:20 tcp:127.0.0.1:13040 rejected proxy/socks: insufficient header > EOF
2021/01/05 01:57:20 tcp:127.0.0.1:13042 rejected proxy/socks: insufficient header > EOF
2021/01/05 01:57:20 tcp:127.0.0.1:13043 rejected proxy/socks: insufficient header > EOF
2021/01/05 01:57:21 tcp:127.0.0.1:13049 rejected proxy/socks: insufficient header > EOF
2021/01/05 01:57:21 tcp:127.0.0.1:13046 rejected proxy/socks: insufficient header > EOF
2021/01/05 01:57:21 tcp:127.0.0.1:13051 rejected proxy/socks: insufficient header > EOF
服务端日志依然还是这样的错误：
2021/01/05 08:04:30 45.155.205.108:34690 rejected proxy/trojan: not trojan protocol
2021/01/05 08:04:31 45.155.205.108:56446 rejected proxy/trojan: not trojan protocol
2021/01/05 08:04:32 45.155.205.108:49524 rejected proxy/trojan: not trojan protocol
2021/01/05 08:34:02 198.20.124.218:55558 rejected proxy/trojan: not trojan protocol
2021/01/05 09:01:14 198.143.155.122:37650 rejected proxy/trojan: not trojan protocol
2021/01/05 09:40:34 192.241.221.237:52466 rejected proxy/trojan: not trojan protocol
2021/01/05 11:05:14 184.105.247.196:42174 rejected proxy/trojan: not trojan protocol
2021/01/05 11:09:18 139.91.68.36:60128 rejected proxy/trojan: not trojan protocol
2021/01/05 11:25:39 80.82.65.80:53668 rejected proxy/trojan: not trojan protocol

虽然会掉线，不过这种方式感觉比上面的3种，延迟更低，更稳定，延迟竟然会出现40多ms，平均在50-65之间，50-60之间居多，这种方式同样感觉网速很快甚至可能略比3更快，包括进游戏连接服务器速度变快，开启匹配或退出对局时网络加载速度变快，即使是掉线重新连接回去也比1，2快很多

5.总结：
这就是以上4种我自己都试验了一下，希望对您参考能有些作用

个人感觉：
貌似使用ss时或者xray-core+socks5时，tcp和udp的传输只能同时传输一种？可能游戏菜单界面内容和玩家信息是tcp传输，开始匹配对局后转向udp传输，然后tcp慢慢不传输了所以出现部分内容掉线比如无法声望和alpha包概率结算，玩家信息无法显示等问题

直接在netch中新建trojan协议使用trojan时，udp可能是聚合在tcp中一起传输，所以这种方式游戏才不会掉线？但是问题在于可能因为udp聚合在tcp中所以游戏延迟变高了，也不稳定了？

实在小白，纯属于猜测，因为具体传输机制不太懂，所以这么猜测了

GleenJi · 2021-01-05T02:46:04Z

我晚上也是用的xray打r6，不过用的是trojan和xtls，目前没遇到断线的问题，你可以试一下？
"inbounds": [
{
"port": 2443,
"protocol": "trojan",
"settings": {
"clients":
[{"password":"youxijiasu"}] }, "streamSettings": {
"network": "tcp",
"security": "xtls",
"xtlsSettings": {
"alpn": [
"h2"],
"certificates": [
{"certificateFile": "你的证书", "keyFile":"你的key" }] } }
}
],

我用trojan netch提示udpblocked

那不好意思不知道为什么了，我是正常的fullcone。。。

可以看一下服务端配置文件的全部吗

{
"log": {
"loglevel": "warning"
},
"inbounds": [
{
"port": 2443,
"protocol": "trojan",
"settings": {
"clients": [
{
"password":"youxijiasu"
}
]
},
"streamSettings": {
"network": "tcp",
"security": "xtls",
"xtlsSettings": {
"alpn": [
"h2"
],
"certificates": [
{
"certificateFile": "证书",
"keyFile": "密钥"
}
]
}
}
}
],
"outbounds": [
{
"protocol": "freedom"
}
]
}

我想确认一下：
你是直接在netch中新建的trojan协议吗？
如果是，是不是地址填写的是vps的ip，而不是与vps ip对应A记录的域名，因为我填写域名时netch会显示udpblocked，
而填写vps的ip才不会udpblocked，
主机填写的就是与vps ip对应A记录的域名吗？或者留空了
还有你游戏中延迟表现怎么样？延迟是否稳定？是否延迟变高了，延迟变化区间大，游戏中右上角时不时黄色标识，网络不太稳定？

pty819 · 2021-01-05T02:55:15Z

我晚上也是用的xray打r6，不过用的是trojan和xtls，目前没遇到断线的问题，你可以试一下？
"inbounds": [
{
"port": 2443,
"protocol": "trojan",
"settings": {
"clients":
[{"password":"youxijiasu"}] }, "streamSettings": {
"network": "tcp",
"security": "xtls",
"xtlsSettings": {
"alpn": [
"h2"],
"certificates": [
{"certificateFile": "你的证书", "keyFile":"你的key" }] } }
}
],

我用trojan netch提示udpblocked

那不好意思不知道为什么了，我是正常的fullcone。。。

可以看一下服务端配置文件的全部吗

{
"log": {
"loglevel": "warning"
},
"inbounds": [
{
"port": 2443,
"protocol": "trojan",
"settings": {
"clients": [
{
"password":"youxijiasu"
}
]
},
"streamSettings": {
"network": "tcp",
"security": "xtls",
"xtlsSettings": {
"alpn": [
"h2"
],
"certificates": [
{
"certificateFile": "证书",
"keyFile": "密钥"
}
]
}
}
}
],
"outbounds": [
{
"protocol": "freedom"
}
]
}

我想确认一下：
你是直接在netch中新建的trojan协议吗？
如果是，是不是地址填写的是vps的ip，而不是与vps ip对应A记录的域名，因为我填写域名时netch会显示udpblocked，
而填写vps的ip才不会udpblocked，
主机填写的就是与vps ip对应A记录的域名吗？或者留空了
还有你游戏中延迟表现怎么样？延迟是否稳定？是否延迟变高了，延迟变化区间大，游戏中右上角时不时黄色标识，网络不太稳定？

我在netch里直接新建的，地址填写的是域名，并没有填写ip，主机sni填写的也是域名，游戏内延迟表现不太好，大约比直接ping节点多10ms左右，我的节点本来就质量一般，延迟表现在意料之内。

GleenJi · 2021-01-05T03:34:05Z

我晚上也是用的xray打r6，不过用的是trojan和xtls，目前没遇到断线的问题，你可以试一下？
"inbounds": [
{
"port": 2443,
"protocol": "trojan",
"settings": {
"clients":
[{"password":"youxijiasu"}] }, "streamSettings": {
"network": "tcp",
"security": "xtls",
"xtlsSettings": {
"alpn": [
"h2"],
"certificates": [
{"certificateFile": "你的证书", "keyFile":"你的key" }] } }
}
],

我用trojan netch提示udpblocked

那不好意思不知道为什么了，我是正常的fullcone。。。

可以看一下服务端配置文件的全部吗

{
"log": {
"loglevel": "warning"
},
"inbounds": [
{
"port": 2443,
"protocol": "trojan",
"settings": {
"clients": [
{
"password":"youxijiasu"
}
]
},
"streamSettings": {
"network": "tcp",
"security": "xtls",
"xtlsSettings": {
"alpn": [
"h2"
],
"certificates": [
{
"certificateFile": "证书",
"keyFile": "密钥"
}
]
}
}
}
],
"outbounds": [
{
"protocol": "freedom"
}
]
}

我想确认一下：
你是直接在netch中新建的trojan协议吗？
如果是，是不是地址填写的是vps的ip，而不是与vps ip对应A记录的域名，因为我填写域名时netch会显示udpblocked，
而填写vps的ip才不会udpblocked，
主机填写的就是与vps ip对应A记录的域名吗？或者留空了
还有你游戏中延迟表现怎么样？延迟是否稳定？是否延迟变高了，延迟变化区间大，游戏中右上角时不时黄色标识，网络不太稳定？

我在netch里直接新建的，地址填写的是域名，并没有填写ip，主机sni填写的也是域名，游戏内延迟表现不太好，大约比直接ping节点多10ms左右，我的节点本来就质量一般，延迟表现在意料之内。

啊，感谢，好奇怪，为什么我地址填写域名就直接udpblocked了，只能填写vps ip才可以，难道是因为域名解析商用的不同导致的？我用的是cloudflare dns解析，没开启cdn

RPRX · 2021-01-05T04:22:09Z

@GleenJi

检查一下域名能不能在本地被正常解析，另外 TCP 代理正常吗？

GleenJi · 2021-01-05T04:26:14Z

感觉我可能需要完整过一遍 Xray 的 SS 和 Trojan，改一些不合理的地方

我使用4的方法仔细观察了一下客户端的日志，发现猜测应该是对的，掉线貌似不是因为这种错误：
2021/01/05 01:57:21 tcp:127.0.0.1:13049 rejected proxy/socks: insufficient header > EOF
2021/01/05 01:57:21 tcp:127.0.0.1:13046 rejected proxy/socks: insufficient header > EOF
2021/01/05 01:57:21 tcp:127.0.0.1:13051 rejected proxy/socks: insufficient header > EOF
而是这种：
2021/01/05 12:06:59 tcp:127.0.0.1:5289 accepted tcp:52.73.91.250:443 [proxy]
2021/01/05 12:07:07 tcp:127.0.0.1:5302 accepted tcp:52.73.91.250:443 [proxy]
2021/01/05 12:07:11 tcp:127.0.0.1:5307 accepted tcp:52.73.91.250:443 [proxy]
2021/01/05 12:07:26 udp:127.0.0.1:64927 accepted udp:216.98.50.210:6010 [proxy] //一个时间点
2021/01/05 12:07:41 tcp:127.0.0.1:5345 accepted tcp:54.90.182.84:443 [proxy]
2021/01/05 12:07:56 tcp:127.0.0.1:5360 accepted tcp:54.90.182.84:443 [proxy]
2021/01/05 12:07:58 tcp:127.0.0.1:5368 accepted tcp:54.90.182.84:443 [proxy]
2021/01/05 12:08:00 tcp:127.0.0.1:5372 accepted tcp:54.90.182.84:443 [proxy]
2021/01/05 12:08:30 tcp:127.0.0.1:5397 accepted tcp:54.90.182.84:443 [proxy]
2021/01/05 12:09:02 tcp:127.0.0.1:5422 accepted tcp:18.215.202.112:443 [proxy]
2021/01/05 12:09:33 tcp:127.0.0.1:5445 accepted tcp:18.215.202.112:443 [proxy]
2021/01/05 12:09:55 tcp:127.0.0.1:5465 accepted tcp:216.98.62.46:443 [proxy]
2021/01/05 12:09:57 udp:127.0.0.1:61802 accepted udp:216.98.50.210:6010 [proxy] //一个时间点
2021/01/05 12:09:59 tcp:127.0.0.1:5472 accepted tcp:18.215.202.112:443 [proxy]
2021/01/05 12:10:01 tcp:127.0.0.1:5475 accepted tcp:18.215.202.112:443 [proxy]
2021/01/05 12:10:02 udp:127.0.0.1:58062 accepted udp:40.74.72.97:3075 [proxy] //一个时间点
2021/01/05 12:10:02 udp:127.0.0.1:58065 accepted udp:168.63.239.108:3075 [proxy]
2021/01/05 12:10:02 udp:127.0.0.1:58068 accepted udp:40.115.66.5:3075 [proxy]
2021/01/05 12:10:02 udp:127.0.0.1:58071 accepted udp:51.136.18.233:3075 [proxy]
2021/01/05 12:10:02 udp:127.0.0.1:58074 accepted udp:137.135.201.29:3075 [proxy]
2021/01/05 12:10:02 udp:127.0.0.1:58077 accepted udp:51.136.18.233:3075 [proxy]
2021/01/05 12:10:02 udp:127.0.0.1:58080 accepted udp:23.97.97.114:3075 [proxy]
2021/01/05 12:10:02 udp:127.0.0.1:58083 accepted udp:138.91.117.92:3075 [proxy]
2021/01/05 12:10:02 udp:127.0.0.1:58086 accepted udp:104.42.219.41:3075 [proxy]
2021/01/05 12:10:02 udp:127.0.0.1:58089 accepted udp:40.115.66.5:3075 [proxy]
2021/01/05 12:10:02 udp:127.0.0.1:58092 accepted udp:23.97.97.114:3075 [proxy]
2021/01/05 12:10:02 udp:127.0.0.1:58095 accepted udp:168.61.145.218:3075 [proxy]
2021/01/05 12:10:02 udp:127.0.0.1:58098 accepted udp:52.175.55.156:3075 [proxy]
2021/01/05 12:10:02 udp:127.0.0.1:58101 accepted udp:138.91.117.92:3075 [proxy]
2021/01/05 12:10:02 udp:127.0.0.1:58104 accepted udp:40.74.72.97:3075 [proxy]
2021/01/05 12:10:02 udp:127.0.0.1:58107 accepted udp:137.135.201.29:3075 [proxy]
2021/01/05 12:10:02 udp:127.0.0.1:58110 accepted udp:102.133.165.233:3075 [proxy]
2021/01/05 12:10:02 udp:127.0.0.1:58113 accepted udp:23.98.144.17:3075 [proxy]
2021/01/05 12:10:02 udp:127.0.0.1:58116 accepted udp:168.63.239.108:3075 [proxy]
2021/01/05 12:10:02 udp:127.0.0.1:58119 accepted udp:51.136.18.233:3075 [proxy]
2021/01/05 12:10:02 udp:127.0.0.1:58122 accepted udp:104.42.219.41:3075 [proxy]
2021/01/05 12:10:05 tcp:127.0.0.1:5527 accepted tcp:54.90.182.84:443 [proxy]
2021/01/05 12:10:06 tcp:127.0.0.1:5532 accepted tcp:54.90.182.84:443 [proxy]
2021/01/05 12:10:07 tcp:127.0.0.1:5537 accepted tcp:54.90.182.84:443 [proxy]
2021/01/05 12:10:07 tcp:127.0.0.1:5538 accepted tcp:54.90.182.84:443 [proxy]
2021/01/05 12:10:09 tcp:127.0.0.1:5543 accepted tcp:54.90.182.84:443 [proxy]
2021/01/05 12:10:10 tcp:127.0.0.1:5546 accepted tcp:54.90.182.84:443 [proxy]
2021/01/05 12:10:16 tcp:127.0.0.1:5552 accepted tcp:54.90.182.84:443 [proxy]
2021/01/05 12:10:17 tcp:127.0.0.1:5556 accepted tcp:216.98.62.46:443 [proxy]
2021/01/05 12:10:17 tcp:127.0.0.1:5559 accepted tcp:54.90.182.84:443 [proxy]
2021/01/05 12:10:19 tcp:127.0.0.1:5563 accepted tcp:216.98.62.46:443 [proxy]
2021/01/05 12:10:19 tcp:127.0.0.1:5564 accepted tcp:216.98.62.46:443 [proxy]
2021/01/05 12:10:20 tcp:127.0.0.1:5571 accepted tcp:54.90.182.84:443 [proxy]
2021/01/05 12:10:20 tcp:127.0.0.1:5574 accepted tcp:54.90.182.84:443 [proxy]
2021/01/05 12:10:22 tcp:127.0.0.1:5578 accepted tcp:54.90.182.84:443 [proxy]
就是游戏菜单，玩家信息查看，对局声望结算等都是tcp流量，而游戏对局过程是udp流量，一旦对局匹配开始进入实际游玩过程，开始走udp流量，一旦走了udp流量，tcp就开始（慢慢）断开了，所以在实际游玩过程中我如果点Tab查看玩家等级信息，再查看日志文件就又开始出现这种tcp连接：
2021/01/05 12:10:20 tcp:127.0.0.1:5571 accepted tcp:54.90.182.84:443 [proxy]
2021/01/05 12:10:20 tcp:127.0.0.1:5574 accepted tcp:54.90.182.84:443 [proxy]
2021/01/05 12:10:22 tcp:127.0.0.1:5578 accepted tcp:54.90.182.84:443 [proxy]
游戏又开始进行tcp连接了，但是udp连接并不会断，就是对局还能继续玩，不过tcp连接不上，直到对局结束，游戏提示我掉线了，需要重新连接服务器才能进行声望结算等等，然后再重新发起tcp连接:
2021/01/05 12:10:05 tcp:127.0.0.1:5527 accepted tcp:54.90.182.84:443 [proxy]
2021/01/05 12:10:06 tcp:127.0.0.1:5532 accepted tcp:54.90.182.84:443 [proxy]
2021/01/05 12:10:07 tcp:127.0.0.1:5537 accepted tcp:54.90.182.84:443 [proxy]
2021/01/05 12:10:07 tcp:127.0.0.1:5538 accepted tcp:54.90.182.84:443 [proxy]
2021/01/05 12:10:09 tcp:127.0.0.1:5543 accepted tcp:54.90.182.84:443 [proxy]
2021/01/05 12:10:10 tcp:127.0.0.1:5546 accepted tcp:54.90.182.84:443 [proxy]
2021/01/05 12:10:16 tcp:127.0.0.1:5552 accepted tcp:54.90.182.84:443 [proxy]
2021/01/05 12:10:17 tcp:127.0.0.1:5556 accepted tcp:216.98.62.46:443 [proxy]
2021/01/05 12:10:17 tcp:127.0.0.1:5559 accepted tcp:54.90.182.84:443 [proxy]
2021/01/05 12:10:19 tcp:127.0.0.1:5563 accepted tcp:216.98.62.46:443 [proxy]
2021/01/05 12:10:19 tcp:127.0.0.1:5564 accepted tcp:216.98.62.46:443 [proxy]
2021/01/05 12:10:20 tcp:127.0.0.1:5571 accepted tcp:54.90.182.84:443 [proxy]
2021/01/05 12:10:20 tcp:127.0.0.1:5574 accepted tcp:54.90.182.84:443 [proxy]
2021/01/05 12:10:22 tcp:127.0.0.1:5578 accepted tcp:54.90.182.84:443 [proxy]
然后我再开始匹配对局，就又周而复始了，对局开始于是udp发起连接，udp连接上后tcp（逐渐）断掉，直到对局结束后，再重新发起tcp连接。。。
就这样

GleenJi · 2021-01-05T04:28:56Z

感觉我可能需要完整过一遍 Xray 的 SS 和 Trojan，改一些不合理的地方

也就是开始走udp连接后，tcp就会（慢慢）断开。。好像是这么回事

kszym2002 · 2021-01-05T04:38:46Z

彩六算是P2P游戏吧我知道好像要一人建立主机。

GleenJi · 2021-01-05T05:13:00Z

@GleenJi

检查一下域名能不能在本地被正常解析，另外 TCP 代理正常吗？

域名正常解析呀，用cmd命令ping我的域名没问题，得到的就是我与之对应的A记录的vps ip，而且用netch直接建立ss协议的时候地址也是填写的域名并没有问题没有udpblocked

z826540272 · 2021-01-05T11:56:50Z

vps直接开socks代理解决

BlueSkyXN · 2021-01-05T11:57:37Z

能不能别用垃圾节点打游戏

GleenJi · 2021-01-05T14:23:03Z

能不能别用垃圾节点打游戏

好家伙，UCloud原价一年1000多的香港vps。。。。

BlueSkyXN · 2021-01-06T02:34:14Z

能不能别用垃圾节点打游戏

好家伙，UCloud原价一年1000多的香港vps。。。。

UCloud网络已经是挺烂的了，而且Ucloud的GIA？还是专线？
为什么不用流星加速器，免费，也是香港UCloud，流星跑不起来，你自建更不行

Rakau · 2021-01-06T03:49:52Z

能不能别用垃圾节点打游戏

好家伙，UCloud原价一年1000多的香港vps。。。。

UCloud网络已经是挺烂的了，而且Ucloud的GIA？还是专线？
为什么不用流星加速器，免费，也是香港UCloud，流星跑不起来，你自建更不行

重点不是节点问题，是连接错误的复现和修复。照你这么说直接搬到服务器机房附近玩游戏不更好？

GleenJi · 2021-01-06T05:30:51Z

能不能别用垃圾节点打游戏

好家伙，UCloud原价一年1000多的香港vps。。。。

UCloud网络已经是挺烂的了，而且Ucloud的GIA？还是专线？
为什么不用流星加速器，免费，也是香港UCloud，流星跑不起来，你自建更不行

我感觉你不是来解决问题的，而是来抬杠的。。。
之前我自建ss ssr没问题，现在用了大佬的xray的ss存在问题，所以提出问题期望使xray变得更好，你这直接自建不行，自建行不行需要你教吗？我要非得拿我那virmach月1.25刀的vps打游戏那是我找事，问题是这个ucloud vps之前用原版ss ssr自建没问题啊，
况且我也不是傻子非得放着加速器不用去自己自建，我只是趁着打折入手一台想自己搭建玩玩罢了，人生的意义就在于折腾，
为什么我不愿意用一键脚本反而自己去学习v2ray xray caddy的官方文档自己写配置文件？用一键脚本多省事啊。。
v2ray xray其实都不用更新，原来早期版本照样能科学上网，大佬们还有什么可不断更新的必要吗？不断更新有什么意义吗？
照你的说法不行就是不行，所以就不继续了，
相反我学习了那么多，月1.25刀的垃圾vps在我手上照样能看高清奈飞，一个月不超15块钱就可以达到看各种4k 8k视频和看奈飞的要求，这才是折腾的意义，
直接花大价钱买个原生vps为了4k 8k看流媒体也可以，但是这有什么意思吗？
折腾的意义在于怎么能把垃圾的东西变废为宝，这才有意思，
再说那1.25刀的vps无非就是高丢包罢了，如果不丢包照样能玩彩六的人机匹配，
不是非得要去自建而不用加速器打游戏，而是直接用加速器那还有什么意义？确实加速器综合效果比自建更稳，但是不能说自建就没意义了。。。。。
另外你这是来推广加速器的吗？？

RPRX · 2021-01-09T11:54:02Z

麻烦有空及时回复，现在这是 release-blocker 了

GleenJi · 2021-01-09T12:10:26Z

上面那个应该也是不行的，这个可能可以
Xray-windows-64.zip

如果这个 trojan 不行的话，测一下 ss（服务端用原版 ss）

客户端trojan和ss都用了，还是掉😟

RPRX · 2021-01-09T12:15:53Z

@GleenJi 同时把 policy 超时时间改为 3000 试试

GleenJi · 2021-01-09T12:53:56Z

@GleenJi 同时把 policy 超时时间改为 3000 试试

没用😟

RPRX · 2021-01-09T13:11:22Z

@GleenJi 感谢测试，刚刚的测试相当于取消了 udp、tcp 的超时机制，但问题并没有被解决，目前暂时没思路了

RPRX · 2021-01-09T13:12:20Z

@GleenJi 不过一位群友说 trojan xtls 玩彩虹六号没问题

GleenJi · 2021-01-09T13:30:55Z

@GleenJi 不过一位群友说 trojan xtls 玩彩虹六号没问题

也是netch本地socks5然后搭配xray-core trojan吗，可能我配置哪里有问题？

GleenJi · 2021-01-09T13:31:26Z

@GleenJi 不过一位群友说 trojan xtls 玩彩虹六号没问题

netch我用的最新版本1.7.1

RPRX · 2021-01-09T13:34:58Z

@GleenJi 你有 tg 吗

RPRX · 2021-01-09T13:53:18Z

@GleenJi 不过一位群友说 trojan xtls 玩彩虹六号没问题

也是netch本地socks5然后搭配xray-core trojan吗，可能我配置哪里有问题？

他之前看到 @pty819 说没问题，就试了下，也没有问题

换干净的环境测试看看？

GleenJi · 2021-01-09T13:58:37Z

@GleenJi 不过一位群友说 trojan xtls 玩彩虹六号没问题

也是netch本地socks5然后搭配xray-core trojan吗，可能我配置哪里有问题？

他之前看到 @pty819 说没问题，就试了下，也没有问题

换干净的环境测试看看？

@pty819 他是直接netch trojan没问题，我这也没问题，主要就是netch本地socks5搭配xray客户端就不行了

pty819 · 2021-01-09T14:00:21Z

@GleenJi 不过一位群友说 trojan xtls 玩彩虹六号没问题

也是netch本地socks5然后搭配xray-core trojan吗，可能我配置哪里有问题？

他之前看到 @pty819 说没问题，就试了下，也没有问题
换干净的环境测试看看？

@pty819 他是直接netch trojan没问题，我这也没问题，主要就是netch本地socks5搭配xray客户端就不行了

你为啥要搞这么麻烦啊。。。。

GleenJi · 2021-01-09T14:09:28Z

@GleenJi 不过一位群友说 trojan xtls 玩彩虹六号没问题

也是netch本地socks5然后搭配xray-core trojan吗，可能我配置哪里有问题？

他之前看到 @pty819 说没问题，就试了下，也没有问题
换干净的环境测试看看？

@pty819 他是直接netch trojan没问题，我这也没问题，主要就是netch本地socks5搭配xray客户端就不行了

你为啥要搞这么麻烦啊。。。。

不是，直接netch trojan延迟会不稳定，变高，而本地netch socks5就正常，我也不知道为啥😂

RPRX · 2021-01-09T14:10:46Z

@GleenJi 话说 netch 的 trojan 也是 socks 入？

pty819 · 2021-01-09T14:11:24Z

@GleenJi 不过一位群友说 trojan xtls 玩彩虹六号没问题

也是netch本地socks5然后搭配xray-core trojan吗，可能我配置哪里有问题？

他之前看到 @pty819 说没问题，就试了下，也没有问题
换干净的环境测试看看？

@pty819 他是直接netch trojan没问题，我这也没问题，主要就是netch本地socks5搭配xray客户端就不行了

你为啥要搞这么麻烦啊。。。。

不是，直接netch trojan延迟会不稳定，变高，而本地netch socks5就正常，我也不知道为啥😂

你是用的tun/tap模式还是直接选的r6进程劫持流量啊。。。我用的tun/tap模式ping还挺正常的。。

GleenJi · 2021-01-09T14:20:38Z

@GleenJi 不过一位群友说 trojan xtls 玩彩虹六号没问题

也是netch本地socks5然后搭配xray-core trojan吗，可能我配置哪里有问题？

他之前看到 @pty819 说没问题，就试了下，也没有问题
换干净的环境测试看看？

@pty819 他是直接netch trojan没问题，我这也没问题，主要就是netch本地socks5搭配xray客户端就不行了

你为啥要搞这么麻烦啊。。。。

不是，直接netch trojan延迟会不稳定，变高，而本地netch socks5就正常，我也不知道为啥😂

你是用的tun/tap模式还是直接选的r6进程劫持流量啊。。。我用的tun/tap模式ping还挺正常的。。

我是直接进程模式

RPRX · 2021-01-09T14:21:28Z

@GleenJi 有 tg 吗

GleenJi · 2021-01-09T14:21:58Z

@GleenJi 有 tg 吗

没有😟，抱歉了

RPRX · 2021-01-09T14:23:10Z

@GleenJi 先试一下虚拟网卡模式吧

GleenJi · 2021-01-09T14:23:25Z

@GleenJi 先试一下虚拟网卡模式吧

好的

RPRX · 2021-01-09T14:36:45Z

@pty819 麻烦用 socks 看看会不会遇到同样的问题

RPRX · 2021-01-09T19:27:56Z

Xray-linux-64.zip
Xray-windows-64.zip

发现 UDP 入口处有一个 GC 机制，每 16 秒清理一次 8 秒无活动的映射，分别改成了 60 和 300，应该没问题了
Socks、SS 入站的 UDP 都有这个机制，只有 Trojan 入站没有（Trojan 是 UoT），符合此前反馈的情况

GleenJi · 2021-01-10T03:36:53Z

Xray-linux-64.zip
Xray-windows-64.zip

发现 UDP 入口处有一个 GC 机制，每 16 秒清理一次 8 秒无活动的映射，分别改成了 60 和 300，应该没问题了
Socks、SS 入站的 UDP 都有这个机制，只有 Trojan 入站没有（Trojan 是 UoT），符合此前反馈的情况

非常，非常，非常感谢大佬！！！！
事实证明的确是这个原因！
现在无论用ss还是trojan，netch本地socks5代理配合xray都没有问题了！！😀

@GleenJi

#129 (comment) 十分感谢 @GleenJi 等协助测试

RPRX · 2021-01-10T04:58:52Z

代码已提交 43eb5d1 ，reproducible，十分感谢各位朋友协助测试

终于破案了。

@GleenJi

XTLS/Xray-core#129 (comment) 十分感谢 @GleenJi 等协助测试

@GleenJi

XTLS/Xray-core#129 (comment) 十分感谢 @GleenJi 等协助测试

@GleenJi

XTLS/Xray-core#129 (comment) 十分感谢 @GleenJi 等协助测试

RPRX added a commit that referenced this issue Jan 10, 2021

16 -> 60, 8 -> 300

43eb5d1

#129 (comment) 十分感谢 @GleenJi 等协助测试

RPRX closed this as completed Jan 10, 2021

jacklee789 mentioned this issue Jan 10, 2021

免费ss节点测试，客户端开启udp后，上传文件到onedrive会中途卡死 #146

Closed

mwhorse46 added a commit to mwhorse46/Xray-core that referenced this issue Feb 19, 2023

16 -> 60, 8 -> 300

5fd70ae

XTLS/Xray-core#129 (comment) 十分感谢 @GleenJi 等协助测试

rampagekiller0725 added a commit to rampagekiller0725/wox that referenced this issue Jun 29, 2023

16 -> 60, 8 -> 300

e9f6853

XTLS/Xray-core#129 (comment) 十分感谢 @GleenJi 等协助测试

Autumn216 added a commit to Autumn216/wox that referenced this issue Oct 31, 2023

16 -> 60, 8 -> 300

10d6521

XTLS/Xray-core#129 (comment) 十分感谢 @GleenJi 等协助测试

用xray的shadowsocks协议玩彩虹六号会出现打一把就掉线的情况 #129

用xray的shadowsocks协议玩彩虹六号会出现打一把就掉线的情况 #129

Comments

GleenJi commented Jan 3, 2021

RPRX commented Jan 3, 2021

GleenJi commented Jan 3, 2021

RPRX commented Jan 3, 2021

GleenJi commented Jan 3, 2021

seekingchan commented Jan 3, 2021

pty819 commented Jan 3, 2021

GleenJi commented Jan 4, 2021

GleenJi commented Jan 4, 2021

RPRX commented Jan 4, 2021

GleenJi commented Jan 4, 2021

pty819 commented Jan 4, 2021 • edited Loading

GleenJi commented Jan 4, 2021

pty819 commented Jan 4, 2021

GleenJi commented Jan 4, 2021

RPRX commented Jan 4, 2021

GleenJi commented Jan 5, 2021 • edited Loading

GleenJi commented Jan 5, 2021

pty819 commented Jan 5, 2021

GleenJi commented Jan 5, 2021

RPRX commented Jan 5, 2021

GleenJi commented Jan 5, 2021

GleenJi commented Jan 5, 2021

kszym2002 commented Jan 5, 2021

GleenJi commented Jan 5, 2021

z826540272 commented Jan 5, 2021

BlueSkyXN commented Jan 5, 2021

GleenJi commented Jan 5, 2021

BlueSkyXN commented Jan 6, 2021

Rakau commented Jan 6, 2021

GleenJi commented Jan 6, 2021

RPRX commented Jan 9, 2021

GleenJi commented Jan 9, 2021

RPRX commented Jan 9, 2021

GleenJi commented Jan 9, 2021

RPRX commented Jan 9, 2021

RPRX commented Jan 9, 2021

GleenJi commented Jan 9, 2021

GleenJi commented Jan 9, 2021

RPRX commented Jan 9, 2021

RPRX commented Jan 9, 2021

GleenJi commented Jan 9, 2021

pty819 commented Jan 9, 2021

GleenJi commented Jan 9, 2021

RPRX commented Jan 9, 2021

pty819 commented Jan 9, 2021

GleenJi commented Jan 9, 2021

RPRX commented Jan 9, 2021

GleenJi commented Jan 9, 2021

RPRX commented Jan 9, 2021

GleenJi commented Jan 9, 2021

RPRX commented Jan 9, 2021

RPRX commented Jan 9, 2021

GleenJi commented Jan 10, 2021

RPRX commented Jan 10, 2021

pty819 commented Jan 4, 2021 •

edited

Loading

GleenJi commented Jan 5, 2021 •

edited

Loading