修复 Crypt 远程解密错误 — RcloneView 中的密码与配置问题

2026年9月1日 · 阅读需 6 分钟

Junior Engineer

如果一个 crypt 远程突然抛出"bad decrypt"错误或拒绝列出文件，通常只有一个原因：用于读取数据的密码与用于加密数据的密码不一致。

Rclone 的 crypt 虚拟远程会包装一个现有远程，在任何内容离开您的设备之前对文件名、文件夹名和文件内容进行加密。这种保护很强大，但也意味着一个不匹配的密码或损坏的配置项，就可能让您无法访问那些原本安然无恙地存放在云端的文件。RcloneView 会将这些错误直接显示在 Log 标签页和 Terminal 中，让您能够准确诊断问题所在，而无需猜测。

在一个地方管理和同步所有云端

RcloneView 是 rclone 的跨平台 GUI。通过清爽的可视化界面比较文件夹、传输或同步文件，并自动化多云工作流。

一键作业：复制 · 同步 · 比较
调度器与历史记录，实现可靠的自动化
支持 Google Drive、OneDrive、Dropbox、S3、WebDAV、SFTP 等

WindowsmacOSLinux

免费开始使用 →

核心功能免费。Plus 提供自动化功能。

Crypt 解密失败的原因

一个 crypt 远程存储两个密钥：主密码和一个可选的第二密码("盐值")。在您通过 RcloneView 的 New Remote 向导设置远程时，两者都会经过混淆处理并保存到您的 rclone 配置中。当其中任一值与最初使用的值不匹配时，解密就会失败——常见原因是在配置重置后凭记忆重新创建 crypt 远程，或者在设备之间复制 rclone.conf 文件时没有复制那段精确的混淆密码字符串。

另一个常见诱因是应用了错误的 crypt "文件名加密"模式。如果原始远程使用标准文件名加密，而重建的远程改用了"off"或"obfuscate"，RcloneView 就会显示乱码名称，或在尝试读取无法解析的目录结构时彻底失败。

修复 Bad Decrypt 和文件名乱码错误

从 Remote Manager 开始，打开 crypt 远程的设置，将其与所包装的底层远程配置进行比对。确认 password 和 password2 字段、文件名加密模式以及目标路径都与最初使用的一致。如果不确定确切的设置，可以在 Settings 中将 rclone 日志级别设为 DEBUG 后查看 Log 标签页——错误文本通常会指出 rclone 拒绝的具体字段。

如果 crypt 远程是在配置被清空后重建的，而您仍保有原始的 rclone.conf，请不要手动重新输入密码。rclone 配置文件中存储的密码只是经过混淆而非明文，因此将那段精确的混淆字符串直接粘贴回去可以完整保留它——手动重新输入则有可能得到一个看起来相同、实际却略有差异、无法解密任何内容的密码。

当密码确实丢失时进行恢复

没有后门：rclone 的 crypt 加密在设计上就是没有正确密码就无法恢复数据——无论是 RcloneView、rclone 还是云服务商都做不到。如果密码确实丢失了，切实可行的做法是预防而非事后恢复。定期通过 Settings 导出您的 rclone 配置，并将导出的文件(或至少 crypt 密码)妥善保存在与运行 RcloneView 的设备分开的安全位置。

RcloneView 在 FREE 许可证下也支持同步和文件夹比较，因此一旦确认 crypt 远程工作正常，您就可以对其运行 Dry Run 同步，在信任新数据之前确认解密是否成功。这能在密码不匹配导致备份作业失败之前提前发现问题。