Closed 63936 closed 3 months ago
@63936 确保服务端没有域名嗅探,否则可能会嗅探出错误sni用于连接
@xishang0128 谢谢,试了下确实是 vless-ws-tls-C 服务端开了 sni 嗅探的原因,但是如果是 vmess 或者其他节点通过同样的 dialer-proxy: vless-ws-tls-C
就没有问题,奇怪。
@63936 你的sni地址必须能解析到真实地址,才能在开启sniff的服务端(并且覆盖目标地址)正常dialer proxy,要么只嗅探不覆盖目标地址也是可以正常使用的
@63936 建议是,如果某个节点必须要使用dialer proxy,应该把协议换成ss这类没有tls的,反正都是通过境外节点出站连接
@xishang0128 本来是使用 Xray-core v1.8.11 搭建的 ss 服务端配置如下:
{
"inbounds": [
{
"port": 8080,
"protocol": "shadowsocks",
"settings": {
"method": "2022-blake3-aes-256-gcm",
"password": "iRGdDe1ARWkIYf1vuJsJJP3Pl6l2TweLSiR6/wJyTrg=",
"network": "tcp,udp"
}
}
],
"outbounds": [
{
"protocol": "freedom"
}
]
}
在 windows 11 使用 v1.18.4 本地的配置如下:
proxies:
- name: "ss"
type: ss
server: ss-server
port: 8080
cipher: 2022-blake3-aes-256-gcm
password: "iRGdDe1ARWkIYf1vuJsJJP3Pl6l2TweLSiR6/wJyTrg="
udp: true
udp-over-tcp: true
udp-over-tcp-version: 2
dialer-proxy: vless-ws-tls-B
调试下来 udp 一直不通(判断的依据是访问 https://browserleaks.com/webrtc,连接里面没有 udp 的连接),最后才改用的 vless,从上面的配置文件,你能看出来大概是什么原因吗?
@63936 xray服务端的话尝试一下uot version 1
@xishang0128 udp-over-tcp-version: 1
是试过的,udp 也不通。
@xishang0128
udp-over-tcp-version: 1
是试过的,udp 也不通。
哦试了一下,dialer proxy下ss的uot udp确实不通
那就用vless吧,确保sni能在服务端解析出正确地址就行
@xishang0128
udp-over-tcp-version: 1
是试过的,udp 也不通。
试试 https://github.com/MetaCubeX/mihomo/commit/6d1c62bbf036e7a6c471a1bf0ca6fae27ffa48bd
@wwqgtxx 测试了一下,前面这个配置里的 uot 通了 https://github.com/MetaCubeX/mihomo/issues/1244#issuecomment-2092952590
Verify steps
Operating System
Windows
System Version
Windows 11
Mihomo Version
v1.18.4
Configuration File
Description
配置文件的节点如上所示,其中 vless-ws-A-1 是不通的,vless-ws-A-2 是通的,vless-ws-tls-B 和 vmess-ws-tls-C 都是通的,看下来就是 vless 无法通过 vless。
Reproduction Steps
NA
Logs
No response