UTM 理论上似乎可以，因为摘自官网：“UTM employs Apple's Hypervisor virtualization framework to run ARM64 operating systems on Apple Silicon at near native speeds. On Intel Macs, x86/x64 operating system can be virtualized. In addition, lower performance emulation is available to run x86/x64 on Apple Silicon as well as ARM64 on Intel.”

但是，这里的“ARM64 on Intel”应该是指 windows 或 linux 之类。apple silicon 并不是一般的 arm64 ，没有“反向”rosseta 这样的东东在其他 arm 机器上运行 macos 都没有可能，更不要说在 intel 的机器上了。OP 的想法确实非常清奇，估计全宇宙都没有人会想到这么做

这个问题似乎应该是反过来问：为什么 Chrome 等一堆 apps 至今不支持 macos spatial audio ？答案似乎也很简单，类似于 chrome 在 ios 上用 webkit ，macos 上用 blink 的情况。但凡它们都自己的东西的时候，要它们转用苹果的 api ，完全不是首选项的吧，除非...

没办法和 OP 一样上古的人喜欢用上古的协议
有没有配置 tls-crypt 及 pre-shared key ？多年用下来显示似乎只要有 tls-crypt 增加一层加密，就能正常使用

续上，没有仔细看，网卡没有启用 promiscuous mode 。同意 @dbg #1

如果只是这一个 linux 虚拟机存在重复数据包，那么很大的概率是因为该虚拟机的网卡启用了混杂模式。是不是在这个虚拟机上用了某些抓包工具？

这个和所选的 NTP 服务器有关系。如果到服务器的网络单向累积延迟接近甚至超过 200 毫秒，跳数达到甚至超过 30 个，比如默认的 time.windows.com 可能就是这样，那么正常情况就是只能达到秒级的精度，误差范围内就没有必要根据服务器时间更新系统时间了。即使强制同步了也还是一个秒级误差的时间。详情可见 https://learn.microsoft.com/en-us/troubleshoot/windows-server/active-directory/support-boundary-high-accuracy-time

OP 提到的帖子其实只是提问并没有讨论。

如果想要提高精度，OP 的参考资料也已经给出了答案，基本上就是就近选择一个高层级的时间服务器。最理想的，是在局域网内有一个 NTP 服务器且服务器直接连接高精度时间源，这时达到毫秒级的同步精度就就不是问题了。这也是为什么有时候反而是手机上的时间精度更高的原因。

但是话说回来，为什么 OP 需要这么准确的系统时间？

@emyself 需要

:~# ip -6 r show default
default via fe80::1ae8:29ff:fe2e:79c1 dev eth0 proto ra metric 1024 expires 1641sec hoplimit 64 pref low
default via fe80::215:5dff:fe8c:6630 dev eth0 proto ra metric 1024 expires 8908sec hoplimit 64 pref medium

@emyself 是的，这样客户端会得到个 ipv6 地址，分别来自两个网关。如果显示默认网关，会得到类似以下的结果：

@HFX3389 不是支持 802.11kvr 就可以“无缝切换”的。所谓“无缝切换”==快速漫游需要 AP 之间的协调，跨品牌和系统基本不可能工作。802.11kv 只是 k 射频测量和 v 无线网络管理，分别是帮助客户端发现邻近 AP 和确定最优漫游接入点，并不是“无缝切换”。但即使这种漫游，跨品牌基本上也不行（很大程度是因为厂家塞进太多私货吧）。

所以 OP 能实现的是正常的🛜漫游，10 多年前的🛜多是如此，规划好的话其实并不会影响网络体验。另外`WIFI 名称 | WIFI 密码 | WIFI 加密方式`全都“设置统一”是对的，但不能像 @laox0 连信道都统一。相邻 AP 信号要有一定重叠但信道最好不一样（当然，也看到过华为的奇葩 mesh 整个信道都一样，似乎有什么独门秘籍，没见过其他不知道其他品牌的无线 mesh 是不是也这样）

不能。两套 wifi ，还是不同品牌，位置信道规划好不相互干扰就已经很不错了，怎么可能“无缝切换”。另外 AC 只认自家 AP ，如果同一 ssid 有其他 ap 会有存在 rogue aps 的警告的

@NelsonBoss 另外 ctrl+↓后只要按 tab 就可以依次切换打开的不同 app 窗口，不用两根手指持续，按键而且是绝对的大图预览，似乎比"windows 的那套逻辑"优雅多了

@NelsonBoss 原来如此。不过一般是 mission control 设置多个桌面，ctrl+↑管理窗口位置，ctrl+→ ←切换桌面，ctrl+↓切换同 app 窗口，不需要“用指针去点”。windows 的 alt (cmd)+tab 逻辑基本不用的，还是觉得 mission control 效率高很多

@NelsonBoss @laivn “关了 *通知* 不就完了”，通知 == notifications

不是已经告诉 OP“You can manage this in Settings”了吗？另外，不明白想问一下这个 alttab 的意义何在，是因为 cmd+tab 和 mission control 不够优雅吗？

@emyself 一般来说，并不需要。SLAAC 即可，除非 radvd 的设置为
1. other-config flag = on ，此时需要 dhcpdv6 通告除默认网关外其他配置，如 dns 等，称为 stateless dhcp
2. managed flag = on ，此时需要 dhcpdv6 提供地址，称为 stateful dhcp
无论如何，ipv6 默认网关的信息是通过 NDP 传播的，并不是通过 dhcp 。SLAAC 是最简单的。另外目前基本上所有系统都已支持 radvd 通告 dns ，所以上述的 1 已不需要。至于 2 ，除非真的需要手动配置 ipv6 地址，一般都是不建议这样做的

续上，所以 unifios 上唯一能做的，就是设置 router advert 的 default preference 为 low ，让默认流量走"旁路由"

这是一个 ipv6 多默认网关的问题。首先，“这些设置”肯定不是在 unifios 的 dnsmasq.conf 中

其次，ipv6 的路由、节点以及路径信息是依靠邻居发现协议 NDP 实现的。OP 的 openwrt 需要能够响应路由请求、或者能够主动发送路由通告，换句话说，就是和 OP 的 unifios 一样能够充当 ipv6 路由器的角色。因此如前所述是一个多默认网关的问题

在此基础上，由于存在两个 ipv6 网关，需要指定默认网关优先级，让默认的流量从优先级较高的网关出去。ipv4 时代是通过 metric ，但是 ipv6 不是，只能在网关上指定路由通告的 default preference ，只有 high, medium 和 low 3 个选项

最后在前面的基础上，可以在客户端通过 ip -6 route 这样的指令指定特定的 ip 从特定的网关出去

@xinge666 实际上一般我们都是在解析不能解析的域名时，才会用到像 google, cloudflare, quad9, cisco opendns 这样的公共域名解析服务的，并没有图啥。当然，像 OP 这样不翻墙使用 google doh ，导致不能使用并试图寻找替代方案，是有点想不明白