「连接正常，就是不同步」：macOS 27推送十天，Mac+群晖机主的翻车集中在三处，修完权限再升级也不迟

源自98位全网作者

12:22

9月中旬，苹果把 macOS 27 Golden Gate 正式推给了所有用户，到今天十天出头。这十天里，Mac+群晖双持用户的求助帖长出了同一副面孔：Synology Drive 连接正常、同步任务正常，就是一格文件都不动；或者用了多年的 Time Machine 备份突然断供。先说结论：大概率不是你群晖的锅——macOS 27 这轮把权限模型和文件协议两头都动了，NAS 只是躺枪的那一个。

病一：Drive"假在线"，三处权限才是开关

小红书上 9 月 19 日那条修复帖（9 月 25 日还在更新）描述得很典型：升级 macOS 27 后，Synology Drive 连接 NAS 正常、同步任务也正常，但就是不下载、不同步任何文件。看着像 NAS 挂了，其实是 macOS 27 把「完全磁盘访问」和「本地网络」两道权限收紧了——Drive 的主程序和它的文件提供程序（File Provider）没拿到授权，就会出现这种"一切正常、零文件流转"的静默失败。小红书

修复只需要三处，都在系统设置 → 隐私与安全性里：

「完全磁盘访问权限」：给 ~/Library/Application Support/SynologyDrive/SynologyDrive.app 开权限；
「本地网络」：给 SynologyDrive.app 开权限；
还是在「本地网络」列表里，找到 Synology Drive File Provider（藏在 SynologyDrive.app 的 PlugIns 目录下）——这个最容易被漏，漏了它按需同步照样不动。

别以为照着做就完事。9 月 24 日评论区还有人追问"第三个 File Provider 在我的本地网络列表里找不到"，这不是个例。真找不到的话，Synology Community 论坛已经有人给出恢复方案，把缺失的 File Provider 重新加回「本地网络」权限列表，但需要临时关闭 SIP 跑脚本。普通用户建议先把前两处开完、重启 Drive 再试；确实依赖按需同步，再考虑关 SIP，动手前先做一次完整备份。小红书

病二：AFP 被砍，Time Machine 全面转 SMB

这次 macOS 27 在协议层动了刀：删除 AFP 支持，Time Machine 备份现在完全走 SMB。苹果自家的 Time Capsule 直接被判了死刑，其实苹果早在 2025 年 6 月就弹过警告，只是很多人没当回事。微博IT时代网

对群晖机主要分两种情况：Time Machine 本来就备份到群晖 SMB 共享的，基本无事，升级后照常跑；从 Time Capsule 时代过来的，或者早年按 AFP 共享配的备份，这次是真断供，得把备份目标迁到 SMB 共享上。群晖对 Time Machine 是官方内置支持，开启之后同一个局域网的 Mac 能自动感应到，两边都不用装第三方插件。小红书

具体动作三步：控制面板 → 共享文件夹，建一个专门的备份共享；文件服务里启用 SMB；再启用「通过 SMB 进行 Bonjour Time Machine 播送」，选中那个共享文件夹。到 Mac 这边，系统设置 → 通用 → 时间机器里选备份磁盘，列表里能看到你的群晖就对了。

反过来看，这波其实是苹果亲手给 NAS 递了接力棒——官方给出的替代方案就包括外置硬盘或新型 NAS 设备。以前劝不动家里人从 Time Capsule 迁出来的，现在有官方背书了。微博

病三：系统本身还在震荡期，别把锅全扣给 NAS

macOS 27 正式版自己的口碑也一般。知乎上升级用户的直接感受是"不如 15 稳定"：桌面多窗口多时候会卡、访达列表显示有问题、动画特效掉帧、双击有时候失灵，建议等两个小版本之后再更。更扎心的是前科：今年 7 月的 macOS 27 beta 4 出过"访问不了内网设备"的 bug，有人把网卡、NAS、防火墙挨个查了一遍。这种"看着像 NAS 的锅"最耗人——所以遇到异常，先别急着动 NAS。知乎微博

还有两件事升级前要想清楚。一是 Intel Mac 这次彻底出局：macOS 27 只支持 Apple 芯片机型，英特尔机型停留在 macOS 26，Boot Camp 等经典功能也被砍掉了。二是 macOS 27 调整了系统扩展和 FSKit 权限机制，大量老旧 NTFS 读写工具直接失效。手里有 NTFS 移动硬盘在 Mac 和群晖之间倒数据的，先确认工具适配了没有，不然硬盘挂载异常能把人逼疯。IT时代网微博知乎