4.5.0后WireGuard无法连接VNC

使用官方WireGuard客户端或者切换成Snell则使用正常

SurgeTeam MTU设置为1280，log中没有看到错误信息，具体情况是使用自带屏幕共享时，连接成功并输入账户密码后，无法加载出桌面GUI，卡在正在连接，如下图

SurgeTeam Wireshark抓包这里是一份Wireshark的抓包结果，貌似卡在认证环节一直过不去

cache0928 换用IP直接访问也不行，应该不是dns解析的问题

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 请回答一下这些问题方便我们去搭建尽量相同的环境以复现问题