把基础弄明白，
让下一步更确定。

备份的终点，是一次成功的恢复。

复制成功，只说明文件到达了另一个位置。真正的备份，还要在需要时找得回、打得开、用得上。

同步不等于备份

同步会让多个位置保持一致，也可能把误删除、损坏或加密后的文件一并同步。带版本历史的同步服务可以提供帮助，但仍应确认版本保留时间和恢复限制。

用 3–2–1 原则检查风险

• 3 份数据：一份工作副本，加上两份备份。
• 2 种存储介质或独立存储系统：避免所有副本依赖同一块磁盘或同一处故障点。
• 1 份异地副本：降低火灾、失窃等同地点风险；重要数据可再保留离线或不可变副本。

这是一条起点，而不是安全保证。同一账户下的多份副本仍可能一起被删除。备份权限、保留策略，以及加密密钥的独立保管，同样重要。

做一次小规模恢复演练

1. 挑选一份文档、一张图片，以及一份较早版本的文件。
2. 恢复到新的测试目录，不覆盖正在使用的原件。
3. 打开文件检查内容；需要逐字节核对时，再比较校验和。
4. 记录恢复所需步骤，确认没有依赖已经丢失的密码或密钥。

现在就能做：从最近一次备份中恢复一个文件。能恢复，比“任务显示成功”更有说服力。

校验和回答的是：内容有没有变？

文件名相同，不代表内容相同。SHA-256 把文件的字节映射为固定长度的摘要，适合检查下载或复制后的完整性。

对同一个文件计算摘要

下面以当前目录中的 archive.zip 为例。选择适合系统的一条命令；这些命令读取文件，不修改内容。

# Linux
sha256sum archive.zip

# macOS
shasum -a 256 archive.zip

# Windows PowerShell
Get-FileHash .\archive.zip -Algorithm SHA256

核对完整的摘要字符串，不只看开头和结尾。十六进制字母的大小写不影响数值；确认两边使用的算法相同。

一致，不等于可信

如果文件和摘要都来自同一个被篡改的页面，攻击者可以一起替换它们。因此，摘要应从可信的发布渠道取得；有签名的发布物，还应按发布者说明验证签名和签名密钥。

文件重新压缩、换行符转换或元数据变化，都可能改变摘要。摘要不同意味着字节不同，并不能单独证明遭到了攻击；摘要相同也不能证明文件没有恶意内容。

现在就能做：给原文件和复制后的文件分别计算 SHA-256，比较完整摘要；不同则先保留原件，再检查复制过程。

读网络错误，先问它发生在哪一层。

“打不开”是现象，不是原因。名称解析、连接、加密握手和 HTTP 响应，分别提供不同的线索。

名称解析失败

例如 Could not resolve host。先检查域名拼写和本机网络，再看 DNS 解析情况。此时通常尚未连接到目标服务。

连接超时 / 被拒绝

超时表示等待期限内未完成相应操作，可能与链路、过滤规则或服务负载有关；“拒绝连接”通常意味着收到了主动拒绝，可能是端口没有服务监听。两者都不能只凭一行报错确定根因。

TLS 证书错误

检查系统时间、访问的域名、证书有效期与信任链。不要把忽略证书校验当成修复方案，也不要在警告页面提交敏感信息。

HTTP 4xx / 5xx

已经收到了某个 HTTP 服务或中间节点的响应。404 表示所请求资源未找到；403 表示请求被拒绝；5xx 通常指向服务端或网关问题，但不一定是源站本身故障。

先留下线索，再改变设置

记录完整错误文本、发生时间和具体操作；比较同一设备上的其他网站，以及另一网络下的结果。一次只改变一个条件，避免反复刷新掩盖偶发问题。

分享诊断信息前，移除令牌、Cookie、带凭据的链接、私人地址和其他敏感字段。必要时只保留错误类型与经过脱敏的上下文。

现在就能做：将报错归入上面的一层，再选一个最小检查动作。先缩小范围，不急着关闭安全设置。