虚拟盘大小写敏感注意 —— 这个坑不少 Windows / macOS 用户踩过

问题是什么

Cryptomator 强制保险库虚拟盘大小写敏感：

• Document.txt 和 document.txt → 两个不同文件，可以同时存在于同一个目录
• README.md ≠ readme.md → 这是两个独立文件名
• 你在某个地方引用了 Document.txt，但实际存的是 document.txt → 系统会报找不到文件

这个行为在 Linux 上正常（ext4 默认大小写敏感），但在 Windows（NTFS 默认大小写不敏感）和 macOS（APFS 默认大小写不敏感）上会让习惯了不区分大小写的用户和应用产生困惑。

为什么 Cryptomator 要强制敏感

这是技术决定，不是产品选择：Cryptomator 的文件名加密是确定性加密——相同明文文件名 + 相同密钥 = 相同密文文件名。如果它不强制大小写敏感：

1. Windows 默认不敏感，所以 Document.txt 和 document.txt 在解锁状态下只能存在一个
2. 加密层不知道用户实际操作的是哪一个大小写版本
3. Windows 和 Linux 的行为不一致，保险库在跨平台使用时会出现文件名丢失

强制敏感是保证跨平台一致性的唯一方式。 你在哪个系统上创建保险库，在其他系统上解锁时文件名行为都一样。

会出现什么问题

场景 1：应用报错"找不到文件"

某些应用（比如某些压缩工具、某些备份软件、某些开发工具）内部是大小写不敏感的。如果它们用小写去找一个大写文件，会在 Cryptomator 虚拟盘上失败。

场景 2：两个"一样"的文件同时存在

如果你（或某个应用）不小心在同一个目录下创建了 Foo.txt 和 foo.txt，在 Windows 上你能同时看到它们。但把这个保险库拷贝到一个大小写不敏感的文件系统上（比如 Windows 的非保险库目录），后者会被覆盖或重命名，产生数据丢失风险。

场景 3：某些版本控制工具无法正常工作

Git / SVN 这类工具在某些配置下对大小写敏感。虽然 Cryptomator 虚拟盘支持完整的文件属性，但如果你的 Git 仓库里碰巧有两个只差大小写的文件名，它们在默认配置下可能出问题。

怎么应对

简单粗暴：只存一种大小写

最省心的办法是养成只用小写（或只用大写）文件名的习惯，避免产生只差大小写的文件名。推荐全部小写——这也是跨平台文件命名的最佳实践。

应用兼容测试

如果你用某个应用直接在 Cryptomator 虚拟盘里操作文件（比如在虚拟盘里运行 Git clone，或者在虚拟盘里用 Photoshop 打开一个 PSD），先测一下：

1. 新建一个保险库
2. 在里面尝试用该应用做你需要的操作
3. 观察是否有异常行为（找不到文件、权限错误、崩溃等）

如果某个应用明确不兼容大小写敏感的文件系统，考虑：把这部分文件拿出保险库解密到本地明文目录操作 → 操作完 → 再放回保险库加密。

备份时的特殊注意

用某些备份工具（尤其是 Windows 自带的 File History 或 macOS Time Machine）备份保险库密文目录时，如果备份工具不支持大小写敏感，可能会把只差大小写的加密文件名覆盖掉。

安全做法：备份保险库目录前先锁定，让密文文件稳定，然后用支持大小写敏感的备份方式（rsync、专业备份工具等）。

这个行为不能关掉

Cryptomator 没有任何设置可以让虚拟盘变回大小写不敏感。这是底层加密架构决定的。如果你有强烈的"必须不敏感"需求，考虑：

• 换 VeraCrypt（整磁盘容器加密，行为跟随宿主文件系统）
• 换 rclone + 自己处理加密流程（有多种文件名加密模式可选）

但对于云盘同步场景，Cryptomator 的强制敏感 + 确定性加密方案仍然是最安全、最方便的选择。