search

e1732a364fed / v2ray_simple

a verysimple proxy
MIT License
530 stars 104 forks source link

请教关于vless协议配置FullCone的问题 #235

Open egg1234 opened 1 year ago

egg1234 commented 1 year ago

服务器用下面的vless协议命令行，客户端是nekoray+sing-box核心，vpn模式下NatTypeTester-x64.exe测试显示“Unsupportserver” vs -L=vless://666c21d5-cb70-4a1d-acac-7f651221ca66@0.0.0.0:1234?fullcone=true

服务器用下面的trojan协议命令行，客户端是nekoray+sing-box核心，vpn模式下NatTypeTester-x64.exe测试显示“FullCone” vs -L=trojan://trojan@0.0.0.0:1234

想请教两个问题，vless是否支持FullCone？另外fullcone=true这个参数怎么用的呢，好像能够支持FullCone的协议也不需要写这个参数就能够支持FullCone？

e1732a364fed commented 1 year ago

vless v0不支持，v1支持。

egg1234 commented 1 year ago

是否可以理解为verysimple服务器端启动vless协议v1版，客户端必须是verysimple才能支持FullCone，而使用其他客户端连接就不能支持FullCone？

e1732a364fed commented 1 year ago

客户端是啥都行。但是只有vs才支持vless v1。。。

fullcone 配置 对于实际 NAT类型有影响的应该是 服务端；在客户端主要影响一些细微调整，不影响NAT类型。

这是因为，在服务端，是从代理转发到 direct，此时会根据fullcone进行判别，如果为false，则进行对称映射，否则则进行fullcone。

至于你服务端没给出fullcone就直接测出fullcone，我猜应该是它测错了吧？ 不给出fullcone的话vs可是严格执行对称映射的呀

egg1234 commented 1 year ago

但是我在另外一台vps安装xray 1.7.2，也是正常的trojan配置裸奔，主要是测试FullCone情况，同样的nekoray客户端配置，也一样测试出FullCone，但vless协议裸奔也是测试出“Unsupportserver”，这样看起来好像NatTypeTester-x64.exe测试没有问题，真是奇了怪了，而且我查了一下其它人的研究，应该NatTypeTester-x64.exe把可能测试出Fake FullCone的服务器都去掉了，而且会特别测试可能出现Fake FullCone的场景

e1732a364fed commented 1 year ago

看来我们需要再检查一遍fullcone部分的代码