客户端（出站）开启 MUX 导致服务端源 IP 选择不正确

[xqzr]

未开启

ESTAB         0               0                        [2606:4700:110:8816:*]%warp:37932                   [2404:6800:4005:806::200e]:443           users:(("xray",pid=2596451,fd=16))

已开启

SYN-SENT         0              1                               [2001:470:****:206::1]%warp:47067                  [2404:6800:4005:803::200e]:443           users:(("xray",pid=2596451,fd=14))

客户端：

"mux": {
 "enabled": true,
 "concurrency": 128,
 "xudpConcurrency": -1
}

服务端出站：

                {
                        "tag": "warp",
                        "protocol": "freedom",
                        "streamSettings": {
                                "sockopt": {
                                        "tcpFastOpen": true,
                                        "TcpKeepAliveIdle": 297,
                                        "interface": "warp"
                                }
                        }
                }

ip r g o warp 2404:6800:4005:803::200e

2404:6800:4005:803::200e dev warp table 26647 proto static src 2606:4700:110:8816:* metric 54 pref medium

复现：先访问通过 2001 出站(HE)的网站，再访问通过 2606 出站(warp)的网站，此时，2001 作为源 IP 从 warp 网卡传出 使用 Shadowsocks 协议，无”底层传输（传输方式）(transport)“协议。 https://t.me/projectXray/3802433?thread=3748953

[Fangliding]

dup了 就是 3914 3904 那些事 和4088没关系 共享ctx导致的（说实话都应该关掉开个新的 因为都是表象问题占了很多篇幅）

[xqzr]

共享ctx导致的

所以，使用 VLESS/VMess（原生 MUX）并不能解决问题？

[RPRX]

共享ctx导致的

所以，使用 VLESS/VMess（原生 MUX）并不能解决问题？

目前使用 mux，服务端都有该问题，话说 v2fly 有没有这问题，难道是我们改炸了

[xqzr]

3914 3904 那些事 和4088没关系

“#”那么难打吗

[Fangliding]

单纯不想让gh显示一个mention