Dropbox + truecrypt + svn 还是其他什么?

Dropbox + truecrypt + svn 还是其他什么?

我想要一个云存储解决方案,需求如下:

  • 安全(只相信自己,甚至不相信云存储提供商)
  • 支持版本控制
  • 压缩

这些组合是最好的吗或者你会选择其他的吗?

  • 存储,Dropbox
  • 安全,TrueCrypt
  • 版本控制 Subversion
  • 压缩颠覆

答案1

这种组合效果很好,但是需要正确配置 TrueCrypt。您必须取消选中 TrueCrypt 选项下的“保留文件容器的修改时间戳”。否则 DropBox 将无法检测到虚拟驱动器文件的更改。

答案2

也许在你的 Dropbox 中创建一个 TrueCrypt 容器并使用 subversion 对内容进行版本控制?

请告诉我进展如何。

答案3

我使用 Mercurial (或 Git) + TrueCrypt + Dropbox加密偏僻的备份

最酷的是,如果您修改了一小部分代码,Dropbox 不会同步整个 TrueCrypt 容器。同步时间大致与更改量成正比。即使它是加密的,TrueCrypt + Dropbox 的组合也能很好地利用分组密码 + 块级同步。设置:

  • 创建一个 Truecrypt 容器(多个 GB 就可以了)
  • 在 Truecrypt 偏好设置下,取消选中preserve modification timestamp*。
  • 按照 Dan 上面提到的方法创建一个 repo(https://stackoverflow.com/a/1961515/781695

用法:

  • 退出 Dropbox
  • 安装容器,推送更改,卸载
  • 运行 dropbox

PS 取消选中preserve modification timestamp会告诉 Dropbox 文件已被修改,应该同步。请注意,即使您不更改容器中的任何文件,安装容器也会修改时间戳。如果您不希望发生这种情况,只需将卷安装为read-only

答案4

使用 Dropbox 的 TrueCrypt 可能是存储加密数据最安全的方式。但是,每次更改加密容器中的内容(哪怕只有一个字节),您都必须重新上传整个内容。除非您存储的是极少量的高度加密数据,否则这样做不太方便。

有一些 Dropbox 的安全替代品(见此处:http://skeptu.com/secure-alternatives-to-dropbox) 使用软件在文件发送到服务器之前对其进行加密,使得存储文件的公司无法读取它们。

您提出的解决方案相对于他们的一个优势是,他们大多是闭源的,这意味着理论上他们可以在自己的代码中插入后门。对于 truecrypt 来说,这种情况不太可能发生(它是开源的 + 代码已经被多次查看过),尽管仍然有可能。对于极端偏执狂,我会提倡您的解决方案。

相关内容