看到4.34出来了，观察更新日志有UDP相关的内容更新，测了一下还以为支持NAT开放了，，原来是错觉

[1265578519]

看到4.34出来了，观察更新日志有UDP相关的内容更新，测了一下还以为支持NAT开放了，，原来是错觉

今天新买了一台俄罗斯服务器测试机，部署上v2
服务端4.34，客户端4.33，NAT类型中等，

服务端4.34，客户端4.34位相同版本，NAT类型也是中等

然后去腾讯云主力机上进行测试
服务端4.33，客户端4.34，NAT类型严格

我把这台服务端升级到4.34确认一下，依旧是NAT类型严格

突发奇想，腾讯云是内网IP做网卡，难道是网卡内网IP的缘故导致NAT是严格？

我看看今天开的中等的那一台俄罗斯是什么情况。。果然，ifconfig显示为公网ip，所以中等NAT可能和这个有关

腾讯云的依旧是严格，看到是内网IP的网卡

所以结论是，

V2还没解决NAT开放问题

[lp123sun]

没看懂

[secXsQuared]

看到4.34出来了，观察更新日志有UDP相关的内容更新，测了一下还以为支持NAT开放了，，原来是错觉

今天新买了一台俄罗斯服务器测试机，部署上v2
服务端4.34，客户端4.33，NAT类型中等，

服务端4.34，客户端4.34位相同版本，NAT类型也是中等

然后去腾讯云主力机上进行测试
服务端4.33，客户端4.34，NAT类型严格

我把这台服务端升级到4.34确认一下，依旧是NAT类型严格

突发奇想，腾讯云是内网IP做网卡，难道是网卡内网IP的缘故导致NAT是严格？

我看看今天开的中等的那一台俄罗斯是什么情况。。果然，ifconfig显示为公网ip，所以中等NAT可能和这个有关

腾讯云的依旧是严格，看到是内网IP的网卡

所以结论是，

V2还没解决NAT开放问题

NAT问题有workaround，家里主网关做个透明代理，然后家里第二网关做成wireguard client，指向主网关。VPS上做个wireguard server。然后wireguard 就可以 wireguard over v2ray。需要NAT A/B的机器网关设成第二网关。之前switch在家 NAT D->NAT B就是这么搞的。

不过打字的时候想是不是用dokodoor不需要这么麻烦。

[SekiBetu]

maybe you can try this https://github.com/XTLS/Xray-core/releases/tag/v1.3.0
or just use shadowsocks

i tested the Xray-core 1.3.0, vless protocol, it's FullCone.

[SekiBetu]

Netch also supported it.
https://github.com/NetchX/Netch/releases/tag/1.7.4

[1265578519]

Netch也支持它。
https://github.com/NetchX/Netch/releases/tag/1.7.4

实测不支持，看他们的更新记录，应该需要卸载原有的v2ray并且替换服务端的Xray核心进行安装
（需服务端 Xray-core v1.3.0+）

[RPRX]

@1265578519

我理解一下，所以您是没按说明替换服务端就“实测不支持”？两端软件都支持才能实现 FullCone，这是常理与常识。