苹果又搞砸了Time Machine

摘要

本文讲述作者在macOS Tahoe系统上发现Time Machine静默失效的问题。苹果单方面修改SMB默认设置后,备份功能悄无声息地停止工作长达两个月,未给出任何错误提示。作者通过修改Mac的nsmb.conf配置文件和调整Synology NAS的SMB设置暂时解决了问题,但表示对苹果反复破坏关键备份功能且缺乏透明沟通感到失望,正考虑迁移到Docker容器方案以获得更多控制权。

内容框架与概述

作者在尝试恢复Obsidian vault数据时发现Time Machine备份早已停止工作,两台Tahoe机器均受影响。经过调查发现问题根源在于苹果将SMB默认的signing_required参数从no改为yes,而使用SMB协议的Synology NAS无法适配这一未经通知的变更。这种静默失败尤其危险,因为用户无法通过任何错误信息察觉备份已中断。

文章提供了两个层面的解决方案。Mac端需要编辑/etc/nsmb.conf文件,添加包括signing_required=yes、protocol_vers_map=6等参数以匹配新的SMB要求。同时NAS端需要在SMB高级设置中调整最大协议版本、opportunistic locking和服务器签名等选项。作者还提醒检查.sparsebundle名称中是否包含非ASCII字符。

由于苹果每隔几年就会破坏Time Machine的兼容性且从不提前通知,作者决定实施更可靠的备份方案。他已经在Proxmox服务器上部署了mbentley/timemachine Docker镜像,这将使备份系统脱离对Synology SMB实现的依赖。作者在文末还批评了iOS设备恢复过程中长期存在的网络设置bug,呼吁苹果重视基础设施质量而非仅仅追求界面效果。

核心概念及解读

SMB协议签名要求：苹果将SMB连接的签名要求从默认关闭改为强制开启,导致使用宽松安全设置的NAS设备无法正常建立Time Machine备份连接。

nsmb.conf配置：Mac系统的NetBIOS/SMB配置文件,用户需手动添加signing_required、protocol_vers_map等参数来明确指定SMB连接行为,以绕过苹果的新默认值。

静默失败：Time Machine在无法连接备份目标时不显示任何错误提示或通知,用户只有在需要恢复数据时才会发现备份早已中断,这种设计对关键备份功能尤其危险。

Docker Time Machine镜像：mbentley/timemachine是一个专门为Time Machine设计的Docker容器,通过在Linux主机上运行独立的Samba服务,为Mac用户提供可自主控制的备份目标,避免受制于厂商的SMB实现变更。

原文信息

此摘要卡片由 AI 自动生成