XTLS
Bug: panic: XTLS Splice: not TCP inbound
xtls-rprx-vision
Xray 1.6.4 (Xray, Penetrates Everything.) Custom (go1.19.3 linux/amd64) A unified platform for anti-censorship. 2022/11/15 16:00:19 [Info] infra/conf/serial: Reading config: /opt/PROXJECT-ec3b/app/xray/etc/c.json
以下是造成xray不断进程崩溃停止的bug： panic: XTLS Splice: not TCP inbound
goroutine 65 [running]: github.com/xtls/xray-core/proxy/vless/encoding.XtlsRead.func1({0x11e6818, 0xc000473780}, {0x11ed558?, 0xc000306028}, {0x0, 0x0}, {0x11e5aa0?, 0xc0003064c0}, 0xc03a78fde0, 0xc04e2f1122, ...) github.com/xtls/xray-core/proxy/vless/encoding/encoding.go:283 +0xa98 github.com/xtls/xray-core/proxy/vless/encoding.XtlsRead({0x11d9ac0, 0xc000160940}, {0x11db160?, 0xc035974090?}, {0x11d9ec0?, 0xc00bf3c7b0?}, {0x11ed558?, 0xc000306028?}, {0x11e5aa0, 0xc0003064c0}, ...) github.com/xtls/xray-core/proxy/vless/encoding/encoding.go:323 +0x10f github.com/xtls/xray-core/proxy/vless/outbound.(*Handler).Process.func3() github.com/xtls/xray-core/proxy/vless/outbound/outbound.go:280 +0x574 github.com/xtls/xray-core/common/task.OnSuccess.func1() github.com/xtls/xray-core/common/task/task.go:12 +0x25 github.com/xtls/xray-core/common/task.Run.func1(0x0?) github.com/xtls/xray-core/common/task/task.go:28 +0x2e created by github.com/xtls/xray-core/common/task.Run github.com/xtls/xray-core/common/task/task.go:27 +0xde
==================================================================================
"outbounds": [ { "tag": "nemghcaa-proxy", "protocol": "vless", "settings": { "vnext": [ { "address": "c3926708.fjadjakfdfjadkf.asia", "port": 47772, "users": [ { "id": "9d9c0153-ab41-4f93-b6b1-a6e6cb7a722d", "encryption": "none", "flow": "xtls-rprx-vision", "level": 0 } ] } ] }, "streamSettings": { "network": "tcp", "security": "tls", "tlsSettings": { "serverName": "c3926708.fjadjakfdfjadkf.asia", "allowInsecure": false, "fingerprint": "randomized" } } }, { "protocol": "freedom", "settings": { "domainStrategy": "UseIP" }, "tag": "nemghcaa-direct" },
very strange, I can't reproduce this issue. Can you post your full config? What is your device? What client software did you used?
我遇到的情况跟楼主是一样的。 遇到的问题： 在手机上运行v2rayNG 1.7.26版，采用（VMESS+tcp+http伪装）连接入国内中转机， 然后浏览器打开youtube站点，中转机上的xray程序就会崩溃。
下面所有的配置信息均已做脱敏处理，烦请谅解。 所有涉及到的xray程序，均采用的最新1.6.4版本，国外vps和国内中转机运行的是xray amd64位程序。
下面附上中转机xray的崩溃日志： Xray 1.6.4 (Xray, Penetrates Everything.) Custom (go1.19.3 linux/amd64) A unified platform for anti-censorship. 2022/11/16 09:20:10 Using config from env: /usr/local/etc/xray/config.json 2022/11/16 09:20:10 [Info] infra/conf/serial: Reading config: /usr/local/etc/xray/config.json 2022/11/16 09:20:10 [Debug] app/log: Logger started 2022/11/16 09:20:10 [Info] app/dns: DNS: created UDP client initialized for 127.0.0.1:53 2022/11/16 09:20:11 [Debug] app/router: MphDomainMatcher is enabled for 59080 domain rule(s) 2022/11/16 09:20:11 [Debug] app/router: MphDomainMatcher is enabled for 162 domain rule(s) 2022/11/16 09:20:11 [Debug] app/router: MphDomainMatcher is enabled for 66609 domain rule(s) 2022/11/16 09:20:11 [Debug] app/proxyman/inbound: creating stream worker on 0.0.0.0:8006 2022/11/16 09:20:11 [Debug] app/proxyman/inbound: creating stream worker on 0.0.0.0:1080 2022/11/16 09:20:11 [Info] transport/internet/tcp: listening TCP on 0.0.0.0:8006 2022/11/16 09:20:11 [Info] transport/internet/tcp: listening TCP on 0.0.0.0:1080 2022/11/16 09:20:11 [Info] transport/internet/udp: listening UDP on 0.0.0.0:1080 2022/11/16 09:20:11 [Warning] core: Xray 1.6.4 started 2022/11/16 09:20:34 123.139.60.28:42222 accepted tcp:s.youtube.com:443 [tcp8006-in >> oracle] 2022/11/16 09:20:34 [Info] [2435714803] proxy/vless/outbound: tunneling request to tcp:s.youtube.com:443 via 129.154.215.21:443 2022/11/16 09:20:34 [Info] [2435714803] proxy/vless/encoding: XtlsFilterTls13 found tls client hello! 763 2022/11/16 09:20:34 [Info] [2435714803] proxy/vless/encoding: XtlsPadding 763 568 0 2022/11/16 09:20:34 [Info] [2435714803] proxy/vless/encoding: Xtls Unpadding new block0 16 content 374 padding 990 0 2022/11/16 09:20:34 [Info] [2435714803] proxy/vless/encoding: XtlsFilterTls13 found tls 1.3! 374 TLS_AES_128_GCM_SHA256 2022/11/16 09:20:34 [Info] [2435714803] proxy/vless/encoding: XtlsPadding 74 963 0 2022/11/16 09:20:34 [Info] [2435714803] proxy/vless/encoding: XtlsPadding 98 924 2 2022/11/16 09:20:34 [Info] [2435714803] proxy/vless/encoding: XtlsWrite writeV 1 2069 0 panic: XTLS Splice: not TCP inbound
goroutine 122 [running]: github.com/xtls/xray-core/proxy/vless/encoding.XtlsRead.func1({0x11e6818, 0xc000ad2a40}, {0x11ed558?, 0xc00011f358}, {0x0, 0x0}, {0x11e5aa0?, 0xc000013098}, 0xc000b02de0, 0xc000ab9cce, ...) github.com/xtls/xray-core/proxy/vless/encoding/encoding.go:283 +0xa98 github.com/xtls/xray-core/proxy/vless/encoding.XtlsRead({0x11d9ac0, 0xc000a659e0}, {0x11db160?, 0xc00011f348?}, {0x11d9ec0?, 0xc000afd9e0?}, {0x11ed558?, 0xc00011f358?}, {0x11e5aa0, 0xc000013098}, ...) github.com/xtls/xray-core/proxy/vless/encoding/encoding.go:323 +0x10f github.com/xtls/xray-core/proxy/vless/outbound.(*Handler).Process.func3() github.com/xtls/xray-core/proxy/vless/outbound/outbound.go:280 +0x574 github.com/xtls/xray-core/common/task.OnSuccess.func1() github.com/xtls/xray-core/common/task/task.go:12 +0x25 github.com/xtls/xray-core/common/task.Run.func1(0xc000a86c00?) github.com/xtls/xray-core/common/task/task.go:28 +0x2e created by github.com/xtls/xray-core/common/task.Run github.com/xtls/xray-core/common/task/task.go:27 +0xde
very strange, I can't reproduce this issue. Can you post your full config? What is your device? What client software did you used?
感谢您的重视，我使用的是最新的版本1.6.4 linux-amd64， 配置检测OK，启动也正常，当流量路由给海外的时候，xray进程就自动报错panic后退出了进程，前提是我开启了新特性："flow": "xtls-rprx-vision"。 如果换为传统的其他方式，1.6.4没异常。我想碰到同样问题的不止我一个人。我也试图去掉kcptun中间层，用c直连s，也会发生 panic。发生panic的位置在xray的c端，而s端是没有异常的。 我使用的操作系统：
operating system: debian gnu/linux 11 (bullseye)
system version: 11.5
system kernel: 5.10.0-19-amd64
product name: b85m-d2v-si
serial number: to be filled by o.e.m.
processor model: intel(r) core(tm) i3-4170 cpu @ 3.70ghz
processor threads: 4
processor cores: 1
processor bogomips: 7383.32
physical memory: DDR3 1600MT/s 8(gb)
main adapter: enp2s0: 192.168.23.6
架构是：Qv2ray2.7.0 ——>>xray client(CN) —>kcptun client (CN)——>kcptun server（US CA）——>xray server(US CA) 客户端配置：
{
"log": {
"loglevel": "warning",
"access": "$b8c159359c6d/app/xray/logs/access.log",
"error": "$b8c159359c6d/app/xray/logs/error.log",
"dnsLog": false
},
"dns": {
"servers": [
{
"address": "https+local://adfree.fjadfjafja.com/dns-query",
"domains": [
"geosite:cn",
"ext:h1y.dat:cn",
"domain:fjadfjafja.com"
],
"expectIPs": [
"ext:geoip-only-cn-private.dat:cn"
],
"skipFallback": false
},
{
"address": "https+local://adfree.fjadfjafja.com/dns-query",
"domains": [
"geosite:geolocation-!cn",
"ext:h1y.dat:gfw"
],
"skipFallback": false
},
{
"address": "https+local://adfree.fjadfjafja.com/dns-query"
},
"119.29.29.29",
"114.114.114.114",
"114.114.115.115",
"223.5.5.5",
"223.6.6.6",
"101.226.4.6",
"218.30.118.6",
"123.125.81.6",
"140.207.198.6",
"180.76.76.76",
"1.0.0.1",
"64.6.64.6",
"localhost"
],
"clientIp": "${wanip}",
"queryStrategy": "UseIP",
"disableCache": false,
"disableFallback": false,
"disableFallbackIfMatch": true,
"tag": "feiitoeipg"
},
"inbounds": [
{
"port": 4001,
"protocol": "vmess",
"settings": {
"clients": [
{
"id": "d0326c4f-c8d2-41bc-ac78-b286622c121e"
}
]
}
},
{
"port": 4002,
"protocol": "vless",
"sniffing": {
"enabled": true,
"destOverride": [
"http",
"tls",
"fakedns",
"quic"
],
"metadataOnly": false,
"routeOnly": true
},
"settings": {
"clients": [
{
"id": "d0326c4f-c8d2-41bc-ac78-b286622c121e",
"level": 0,
"flow": "xtls-rprx-direct",
"email": "[email protected]"
}
],
"decryption": "none",
"fallbacks": [
{
"dest": "learn.microsoft.com:80",
"xver": 1
},
{
"alpn": "h2",
"dest": "learn.microsoft.com:80",
"xver": 1
}
],
"network": "tcp,udp",
"followRedirect": true
},
"streamSettings": {
"sockopt": {
"tcpFastOpen": true
},
"network": "tcp",
"security": "xtls",
"xtlsSettings": {
"alpn": [
"h2",
"http/1.1"
],
"minVersion": "1.2",
"maxVersion": "1.3",
"allowInsecure": true,
"disableSystemRoot": true,
"fingerprint": "randomized",
"rejectUnknownSni": true,
"certificates": [
{
"certificateFile": "${b8c159359c6d}/ssl/crtwv.pem",
"keyFile": "${b8c159359c6d}/ssl/crtwv.key",
"ocspStapling": 3600
}
]
}
},
"tag": "ndeiewerdnet"
},
{
"listen": "127.0.0.1",
"port": 4003,
"protocol": "socks",
"sniffing": {
"enabled": true,
"destOverride": [
"http",
"tls",
"fakedns",
"quic"
],
"metadataOnly": false,
"routeOnly": true
},
"settings": {
"auth": "password",
"accounts": [
{
"user": "etenvr",
"pass": "d0326c4f-c8d2-41bc-ac78-b286622c121e"
}
],
"udp": true,
"network": "tcp,udp",
"followRedirect": true
},
"tag": "eolhh"
}
],
"outbounds": [
{
"tag": "nemghcaa-proxy",
"protocol": "vless",
"settings": {
"vnext": [
{
"address": "${faa56868711d}",
"port": ${db08c5cd8f97},
"users": [
{
"id": "${f287f434c0c8}",
"encryption": "none",
"flow": "xtls-rprx-vision",
"level": 0
}
]
}
]
},
"streamSettings": {
"network": "tcp",
"security": "tls",
"tlsSettings": {
"serverName": "${faa56868711d}",
"allowInsecure": false,
"fingerprint": "randomized"
}
}
},
{
"protocol": "freedom",
"settings": {
"domainStrategy": "UseIP"
},
"tag": "nemghcaa-direct"
},
{
"protocol": "blackhole",
"settings": {},
"tag": "nemghcaa-block"
}
],
"routing": {
"strategy": "rules",
"settings": {
"domainStrategy": "IPIfNonMatch",
"domainMatcher": "hybrid",
"rules": [
{
"type": "field",
"outboundTag": "nemghcaa-direct",
"protocol": [
"bittorrent"
]
},
{
"domain": [
"domain:fjadfjafja.com"
],
"type": "field",
"outboundTag": "nemghcaa-direct"
},
{
"domain": [
"ext:h1y.dat:rej",
"geosite:category-ads-all"
],
"type": "field",
"outboundTag": "nemghcaa-block"
},
{
"ip": [
"geoip:rej",
"ext:geoip-only-cn-private.dat:private"
],
"type": "field",
"outboundTag": "nemghcaa-block"
},
{
"type": "field",
"outboundTag": "nemghcaa-proxy",
"domain": [
"geosite:geolocation-!cn",
"ext:h1y.dat:gfw",
"domain:dns10.quad9.net",
"domain:cloudflare-dns.com"
]
},
{
"type": "field",
"outboundTag": "nemghcaa-proxy",
"ip": [
"64.6.64.6",
"64.6.65.6"
]
},
{
"type": "field",
"outboundTag": "nemghcaa-direct",
"domain": [
"geosite:cn",
"ext:h1y.dat:cn"
]
},
{
"type": "field",
"outboundTag": "nemghcaa-direct",
"ip": [
"127.0.0.1/32",
"119.29.29.29",
"114.114.114.114",
"114.114.115.115",
"223.5.5.5",
"223.6.6.6",
"101.226.4.6",
"218.30.118.6",
"123.125.81.6",
"140.207.198.6",
"180.76.76.76",
"ext:geoip-only-cn-private.dat:cn"
]
}
]
}
},
"policy": {
"levels": {
"0": {
"handshake": 4,
"connIdle": 300,
"uplinkOnly": 0,
"downlinkOnly": 0,
"statsUserUplink": false,
"statsUserDownlink": false,
"bufferSize": 4096,
"connection": -1
}
},
"system": {
"statsInboundUplink": false,
"statsInboundDownlink": false,
"statsOutboundUplink": false,
"statsOutboundDownlink": false
}
}
}
服务端配置是：
{
"log": {
"access": "$b8c159359c6d/app/xray/logs/access.log",
"error": "$b8c159359c6d/app/xray/logs/error.log",
"loglevel": "warning",
"dnsLog": false
},
"dns": {
"servers": [
"1.0.0.1",
"64.6.64.6",
"64.6.65.6",
"8.8.8.8"
],
"clientIp": "$wanip",
"queryStrategy": "UseIP",
"disableCache": false,
"disableFallback": false,
"disableFallbackIfMatch": true,
"tag": "dmoshwtteuystu"
},
"inbounds": [
{
"tag": "uoarrlclntd",
"listen": "127.0.0.1",
"port": ${e067922e9be0},
"protocol": "vless",
"settings": {
"clients": [
{
"id": "${f287f434c0c8}",
"flow": "xtls-rprx-vision",
"level": 0,
"email": "[email protected]"
}
],
"decryption": "none",
"fallbacks": [
{
"dest": "www.update.microsoft.com:80"
},
{
"alpn": "h2",
"dest": "update.microsoft.com:80",
"xver": 1
}
]
},
"streamSettings": {
"network": "tcp",
"security": "tls",
"tlsSettings": {
"rejectUnknownSni": true,
"certificates": [
{
"certificateFile": "${b8c159359c6d}/ssl/etces.pem",
"keyFile": "${b8c159359c6d}/ssl/etces.key"
}
]
}
},
"sniffing": {
"enabled": true,
"destOverride": [
"http",
"tls"
]
}
}
],
"outbounds": [
{
"protocol": "freedom",
"settings": {
"domainStrategy": "UseIP"
}
},
{
"protocol": "blackhole",
"settings": {},
"tag": "block"
}
],
"routing": {
"strategy": "rules",
"settings": {
"rules": []
}
},
"policy": {
"levels": {
"0": {
"handshake": 4,
"connIdle": 300,
"uplinkOnly": 0,
"downlinkOnly": 0,
"statsUserUplink": false,
"statsUserDownlink": false,
"bufferSize": 2048,
"connection": -1
}
},
"system": {
"statsInboundUplink": false,
"statsInboundDownlink": false,
"statsOutboundUplink": false,
"statsOutboundDownlink": false
}
}
}
我知道了你们的中转配置里面 inbound 是 vmess，所以无法使用 Vision。因为 Vision 本质上还是 XTLS，使用在出站的时候要求入站是任意门、Socks、HTTP 等纯净的 TCP 连接 你们可以把中转的入站也改成 VLESS (+TLS) 应该就可以了，如果是内网，改成socks也可以
我知道了你们的中转配置里面 inbound 是 vmess，所以无法使用 Vision。因为 Vision 本质上还是 XTLS，使用在出站的时候要求入站是任意门、Socks、HTTP 等纯净的 TCP 连接 你们可以把中转的入站也改成 VLESS (+TLS) 应该就可以了，如果是内网，改成socks也可以
我是在从v2ray1.6.1升级到1.6.4后，才遇到的上面的bug，退回到1.6.1是可以正常使用的。 也就是使用新协议vision后，就会出现上面的问题，
同样的这套配置，使用xray 1.6.1版本，中转机出站和国外vps入站均改为vless+xtls-rprx-direct+tcp+xtls，在手机v2rayNG上使用vmess+tcp+http伪装，是可以正常使用的。
老协议xtls-rprx-direct下，中转机上的vmess入站数据可以被正常路由到海外vps的。 但是，只要在中转机上配置xtls-rprx-splice这个协议，xray就会挂掉。
我知道了你们的中转配置里面 inbound 是 vmess，所以无法使用 Vision。因为 Vision 本质上还是 XTLS，使用在出站的时候要求入站是任意门、Socks、HTTP 等纯净的 TCP 连接 你们可以把中转的入站也改成 VLESS (+TLS) 应该就可以了，如果是内网，改成socks也可以 十分感谢您的指导，我明白了。但有个疑惑还望解答，就是我虽然配置了入栈代理三个方式socks，vmess和vless，我实际上在工作站电脑上安装的客户端（之前是qv2ray,昨天换成了v2rayN）与中转侧接入时候用的是vless+xtls协议，也就说我并未用到socks和vmess，那么是不是我需要把客户端软件的xtls改成tls，或者从中转侧配置中去掉inbound里面的vmess？以下是我的v2rayN客户端的配置：
{
"log": {
"access": "",
"error": "",
"loglevel": "warning"
},
"inbounds": [
{
"tag": "socks",
"port": 10808,
"listen": "127.0.0.1",
"protocol": "socks",
"sniffing": {
"enabled": true,
"destOverride": [
"http",
"tls"
]
},
"settings": {
"auth": "noauth",
"udp": true,
"allowTransparent": false
}
},
{
"tag": "http",
"port": 10809,
"listen": "127.0.0.1",
"protocol": "http",
"sniffing": {
"enabled": true,
"destOverride": [
"http",
"tls"
]
},
"settings": {
"auth": "noauth",
"udp": true,
"allowTransparent": false
}
}
],
"outbounds": [
{
"tag": "proxy",
**"protocol": "vless",**
"settings": {
"vnext": [
{
"address": "accelerator.fjadfjafja.com",
"port": 4002,
"users": [
{
"id": "d0326c4f-c8d2-41bc-ac78-b286622c121e",
"alterId": 0,
"email": "[email protected]",
"security": "auto",
"encryption": "none",
**"flow": "xtls-rprx-direct"**
}
]
}
]
},
"streamSettings": {
"network": "tcp",
**"security": "xtls",**
"xtlsSettings": {
"allowInsecure": true,
"serverName": "vpngo.fjadfjafja.com",
"alpn": [
"h2",
"http/1.1"
],
"fingerprint": "randomized"
}
},
"mux": {
"enabled": false,
"concurrency": -1
}
},
{
"tag": "direct",
"protocol": "freedom",
"settings": {}
},
{
"tag": "block",
"protocol": "blackhole",
"settings": {
"response": {
"type": "http"
}
}
}
],
"routing": {
"domainStrategy": "IPIfNonMatch",
"rules": [
{
"type": "field",
"inboundTag": [
"api"
],
"outboundTag": "api",
"enabled": true
},
{
"type": "field",
"port": "0-65535",
"outboundTag": "proxy",
"enabled": true
}
]
}
}
有点奇怪 我有空测一下
在使用xray 1.6.1版本下，小结一下： 1、在国内中转机上配置xtls-rprx-direct这个协议，使用vmess入站数据可以被正常路由到国外vps。 2、在国内中转机上配置xtls-rprx-splice这个协议，xray进程会崩溃。 中转机xray进程崩溃的日志如下：
Xray 1.6.1 (Xray, Penetrates Everything.) Custom (go1.19.2 linux/amd64)
A unified platform for anti-censorship.
2022/11/16 14:10:19 Using config from env: /usr/local/etc/xray/config.json
2022/11/16 14:10:19 [Info] infra/conf/serial: Reading config: /usr/local/etc/xray/config.json
2022/11/16 14:10:19 [Debug] app/log: Logger started
2022/11/16 14:10:24 [Debug] transport/internet: dialing to tcp:X.X.X.X:8443
2022/11/16 14:10:24 [Info] [2923283659] proxy/vless/outbound: tunneling request to tcp:rr7---sn-ab02a0nfpgxapox-jwwy.googlevideo.com:443 via X.X.X.X:8443
2022/11/16 14:10:24 [Info] [1166697687] proxy/vless/outbound: tunneling request to tcp:rr7---sn-ab02a0nfpgxapox-jwwy.googlevideo.com:443 via X.X.X.X:8443
panic: XTLS Splice: not TCP inbound
goroutine 71 [running]:
github.com/xtls/xray-core/proxy/vless/encoding.ReadV.func1(0xc00011ed20, {0x11d7280, 0xc0001b9a10}, {0x0, 0x0}, {0x11d6470?, 0xc00011ed38}, 0xc0009d9e18, {0x11ca8e0, 0xc0002e9890}, ...)
github.com/xtls/xray-core/proxy/vless/encoding/encoding.go:209 +0x675
github.com/xtls/xray-core/proxy/vless/encoding.ReadV({0x11ca4e0, 0xc0009b4810}, {0x11cbb80?, 0xc000012988?}, {0x11ca8e0?, 0xc0002e9890?}, 0xc0002e85a0?, {0x11d6470?, 0xc00011ed38?}, {0x0, ...}, ...)
github.com/xtls/xray-core/proxy/vless/encoding/encoding.go:235 +0xa5
github.com/xtls/xray-core/proxy/vless/outbound.(*Handler).Process.func3()
github.com/xtls/xray-core/proxy/vless/outbound/outbound.go:239 +0x465
github.com/xtls/xray-core/common/task.OnSuccess.func1()
github.com/xtls/xray-core/common/task/task.go:12 +0x25
github.com/xtls/xray-core/common/task.Run.func1(0x0?)
github.com/xtls/xray-core/common/task/task.go:28 +0x2e
created by github.com/xtls/xray-core/common/task.Run
github.com/xtls/xray-core/common/task/task.go:27 +0xde
如果你中转机在墙外，出站开ss tcp 吧，何必研究这么多了。
我的中转机在国内，负责把入站流量智能分流，实现国内流量直接转发，国外流量路由到国外vps。 手机上的v2rayNG因为使用了http伪装，从而又实现了免流的目的。
我的猜想： 这个程序崩溃，是由于新的vision协议，默认就是支持splice，所以Vision的本质是xtls-rprx-splice。 而老的流控协议根据使用场景，是区分xtls-rprx-direct、xtls-rprx-splice的，官方文档也说了，splice并不适用于所有场景。 而我当前使用的是vmess入站，是非纯净的 TCP 连接，只能适用于direct这个协议。 这也就是为什么我一旦使用新的vision协议，xray就会崩溃。
那么在入站是非纯净的 TCP 连接的情况下，还能使用上最新的vision流控协议吗？？
@hkbase 你的结果是对的 感谢测试 下个版本会改进 vision 的逻辑 在这种情况下自动选择 direct
Thanks for your help, I can use vless+tls+vision normally now, because I changed the security protocol between the client software and the relay from xtls to tls, so I don't see the trigger recurrence of panic anymore. I think you can further optimize this. If the client uses xtls to establish a domestic connection with the transit, and the transit forwards foreign traffic to overseas cross-border access through vision, a panic phenomenon will occur. This panic is on the transit. An error is reported and the main process crashes, so xtls is the core of the problem. Subsequent errors can be printed in the log to prompt the user to modify the settings correctly, but it is better for the main process to not panic and exit, because once the script is deployed to automatically restart xray, it will continue to cause xray to start automatically. Previously problematic logic: v2rayN(vless+xtls+direct) -> transit xray(in: vless+xtls+splice / out: vless+tls+vision ) -> kcptun ————> overseas Now the normal logic: v2rayN(vless+tls+vision) -> transfer xray(in: vless+tls+vision / out: vless+tls+vision ) -> kcptun ————> overseas
https://github.com/XTLS/Xray-core/commit/1d7c40d7287545cdad368d43f563811a6ac088bc 修好了等待发布