10月那波群晖勒索风波之后，很多一直“不敢升级”的用户在11月把机器更新了。原因很简单：这波.L0CK3D勒索被证实利用的就是2024年12月已经修复的旧漏洞。群晖的口径也始终是一句话——尽快升级DSM，开启自动安全更新。小红书知乎小红书小红书
但这几天B站和各社区评论区里，出现了一类新的抱怨：升级到DSM 7.4.1或Update 1之后，电脑上映射的网络盘突然打不开，共享文件夹像是整个消失了。刚被勒索吓过一轮的用户看到这一幕，第一反应是血往上涌——又中招了？
11月10日，B站用户“i板蓝根”发了一个标题就叫《群晖NAS升级后共享无法访问SMB》的视频。评论区相当热闹：“更新到7.4.1-85300，SMB 都全断了”“刚升级DSM 7.4.1 Update 1，SMB也访问不了”。一位用户的留言很典型：“升级之后访问不了，以为又是勒索病毒了”，紧接着他自己补了一句：别懵逼，不是勒索，你ssh进去看，文件都还在。哔哩哔哩
这句话就是自查的关键。真正的勒索事件痕迹很明显：文件后缀被统一改掉、目录里多出勒索信、DSM界面还能打开。升级故障恰好相反：NAS里的文件完好，系统正常，只是客户端走SMB这条连接的路径断了。打开浏览器进DSM，用File Station看一眼，多半能把一半的心跳吓省下来。
那为什么偏偏是升级之后出问题？社区里讨论下来的共识指向SMB认证协商，而不是文件受损。DSM的安全更新会收紧SMB的最低版本和签名要求，客户端不达标——盗版或魔改的Windows、老电视盒子、一些旧Linux设备——就会被直接拒绝连接。那位UP主给出的解法也是在Windows客户端这边：注册表LSA项下把LmCompatibilityLevel设为5，重启电脑。评论区则有人说，把NAS侧的“SMB安全等级”调低也能恢复。哔哩哔哩
要注意，这并非7.4.1独有的新问题。评论里就有人翻出DSM 6时代的同款故障，那位用户当年也是靠降级安全等级解决的；11月12日还有用户反馈6.2升级6.2.4-25556 Update 6后，SMB突然访问不了。这一轮声音格外大，是因为勒索潮把大批多年没动的用户集中推进了升级队列——老客户端撞上新安全要求的概率，一下被放大了。哔哩哔哩
所以这里有个取舍：把NAS的SMB安全等级调低，共享恢复得最快，但等于把刚为防勒索收紧的配置又松回去。只做内网共享的机器，临时降级尚可接受；只要机器还映射在公网，更稳妥的做法是修Windows客户端那一头，修不动的老电视、旧设备改用WebDAV或DSM自带App访问，而不是拿降低安全等级换方便。
最后一点提醒：不建议因为这次故障倒回“不敢升级”的状态。这波勒索利用的是两年前就发布过补丁的漏洞，而SMB断连是几分钟设置就能恢复的兼容问题——哪个更值得忍，答案其实不难选。
