Rclone Backblaze B2远程存储的--dry-run标志失效问题分析

问题背景

在使用rclone工具管理Backblaze B2云存储时，发现一个重要的安全特性失效问题。当用户使用--dry-run(试运行)或--interactive(交互式)标志执行某些操作时，Backblaze B2远程存储并未正确遵守这些安全参数，导致实际执行了删除操作而非预期的模拟运行。

问题重现

通过以下步骤可以重现该问题：

1. 首先创建多个文件版本：

rclone copyto -I /path/to/hello.txt b2:bucket/test-dry-run.txt
(重复执行多次以创建多个版本)

2. 确认版本创建成功：

rclone --b2-versions ls b2:bucket

3. 使用--dry-run标志尝试清理隐藏版本：

rclone backend cleanup-hidden b2:bucket --dry-run -vv

4. 检查发现版本已被实际删除，而非预期的模拟运行。

技术分析

深入分析rclone源码发现，Backblaze B2远程存储的实现(b2.go)中缺少对operations.SkipDestructive()的调用。这个函数是rclone框架中用于处理--dry-run和--interactive标志的核心逻辑。

在正常的rclone操作流程中，当用户指定--dry-run时，所有可能修改存储内容的操作都应该被跳过，仅记录将要执行的操作。而--interactive标志则应该在执行每个潜在修改前提示用户确认。

影响范围

这个问题主要影响以下Backblaze B2远程存储操作：

• 清理隐藏版本(cleanup-hidden)
• 其他可能修改存储内容的backend操作

解决方案

修复方案相对直接，需要在Backblaze B2远程存储实现中添加对operations.SkipDestructive()的调用，并确保所有可能修改存储的操作都经过这一安全检查。

具体实现需要考虑：

1. 在操作前检查--dry-run和--interactive标志
2. 根据标志状态决定是否实际执行操作
3. 确保所有修改路径都经过安全检查
4. 提供清晰的日志输出，特别是在--dry-run模式下

安全建议

在修复发布前，用户应采取以下预防措施：

1. 在执行任何可能修改存储的操作前，先使用--dry-run测试并检查输出
2. 考虑使用--interactive模式，虽然目前可能同样失效
3. 对重要数据操作前进行备份
4. 关注rclone的更新，及时升级到修复版本

总结

这个问题的发现凸显了在使用云存储工具时验证安全特性的重要性。即使是像rclone这样成熟的工具，也可能存在特定远程存储实现的细节问题。开发者和用户都应重视--dry-run这类安全机制的正确性，它们是在生产环境执行潜在危险操作前的最后一道防线。