ranaanna

@raysonx 非常感谢！ OP 真是及时雨。本来 ipv6 是用 HE tunnel broker 一直没有问题，正好今天想试试国内流量不走隧道，结果就，百思不解的时候正好看到 OP 的帖子，完美解决

似乎也不算太糟糕吧，当然也没有用就是了。说实话 launchpad 都基本上没用过

如果实在很强迫，只要把~/Applications/Chrome Apps 文件夹中的内容移到 Trash 就干掉了

@AoEiuV020JP 9 0 貌似是 Google Chrome.app 自身的权限问题，因此需要每次只能用新的手工替换。是不是终端 sudo chown -R root:wheel /Applications/Google\ Chrome.app 可以解决？

@Chaidu 这逻辑。请参见 @Pazakui1259 。人家就是这么设计的，“为了帮助防止恶意软件通过尝试攻击用户密码而导致永久数据丢失”，不是“只要想办法让这个恶意软件别把 OP 的 Mac 锁定就好”。mac 被锁定（严格地说，是 disabled ）可是很严重的事情，一旦发生就只能进入恢复模式抹除硬盘数据重置电脑，如果没有备份这个过程会导致“永久数据丢失”，进一步地，如果这个时候再输错密码 10 次又没有设置 icloud Find My ，那么 OP 的 Mac 就基本等同报废了

mac 只是在开机启动后的登录窗口有 10 次的密码输入限制和延迟，10 次之后进入恢复模式还有 10 次。一旦成功登录，之后的退出屏保、亮屏以及睡眠唤醒的登录界面就都没有次数限制了。这是为了防止熊孩子以及恶意软件故意输错密码让 OP 的 mac 锁定

抱歉查了一下确实休眠（深度睡眠）时通过键盘鼠标能唤醒，并没有断电，本身就设计成这样，应该是没有办法了

休眠本来就会停止供电，要做的是把默认睡眠（ hibernatemode 0 ）改成休眠：
pmset -a hibernatemode 25

但是，能否接受每次唤醒都要抬起按电源按钮？

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 增加一层加密，就能正常使用