4.5.0后WireGuard无法连接VNC

cache0928 请问运行 Surge Mac 的 macOS 的版本为？

SurgeTeam
客户机macOS 12.3，Surge Release版 4.5.0
服务端运行macOS 12.3，Surge Beta版 4.5.1 网关模式

cache0928 可能和 12.3 的一个 kernel bug 有关，请尝试一下 Surge Mac beta 4.5.1 版本。

cache0928 另外你的抓包记录中出现了大量 IP 分包，是否有使用 Jumbo MTU？

SurgeTeam 是否可以提供一个4.5.0之前的版本，因为我在从4.4.1升级到4.5.0之后立即出现了这个问题，想回退一下看看

SurgeTeam 我从官网下载了4.4.1，回退之后恢复正常，应该是4.5.0的版本问题
此处是4.4.1上VNC连接成功的抓包

cache0928 4.5.0 与 4.4.1 的 WireGuard 处理上有显著不同，出现行为差异是正常的，但是不能确定是 Bug 还是某些配置问题。

cache0928 如果可以的话，请在客户端与 VNC 服务端两边同时使用 WireShark 抓包。

SurgeTeam 该版本尚未解决这个问题，我分别在服务端和客户端进行了抓包
服务端
 客户端

SurgeTeam 还未解决

SurgeTeam 今天使用中发现4.5.0的WireGuard不仅是VNC连不上，SSH等虽然工作正常，但是不稳定，经常断连，不知是否是KeepAlive不起作用。换回Surge Mac 4.4.1或者官方WireGuard客户端则一切正常

cache0928 应该都是 MTU 问题导致的，请问你服务器用的是什么 WireGuard 客户端？

SurgeTeam 服务器是Ubuntu 20.04虚拟机，使用wg-quick起来的

cache0928 请回答一下这些问题方便我们去搭建尽量相同的环境以复现问题

环境是这样，WireGuard服务器搭建在Ubuntu虚拟机上，Ubuntu虚拟机位于macOS 12.3的Mac mini中，虚拟机与宿主机的网络用NAT，外部网络通过DDNS连接路由器，通过Port Forwarding连接Mac mini上的Nginx的UDP转发端口，将WireGuard流量转发至Ubuntu虚拟机的WireGuard服务器上。
VNC的服务器就是包括这台Mac mini在内的所有LAN内的Mac和Linux，使用内置的Screen Sharing或者Apple Remote Desktop，均无法连接
这个不知如何确认，内网设备均为Unifi相关AP和Switcher
MTU = 1280

cache0928 这个环境有点过于复杂了，可否尝试直接在 macOS 上安装 WireGuard 客户端试一下看是否正常。

cache0928 请先再试一下最新的 build 1624 有无解决问题。

SurgeTeam 我把VMWare换成了PD，去掉了Nginx反向代理，直接用虚拟机的Port Forwarding，问题就不再出现了，一脸懵，难道会是Nginx的UDP转发有问题？

cache0928 从抓包结果来看意外产生了很多 IP 分段，不确定是哪个环节导致的。另外可以试一下 Build 1624 是否也能修正问题。