ranaanna

这个问题似乎应该是反过来问：为什么 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 是不是也这样）