我想通过 VPN 连接安装 Truecrypt 容器。VPN 连接在任一方向的平均速度为 0.4Mb/秒。
Truecrypt 是否会给读/写增加大量开销（以字节为单位），从而导致无法通过慢速连接挂载容器？或者，对于特定活动，读/写的字节数与直接对 Windows 共享进行读/写大致相同？
万一有帮助，我正在尝试提出一种远程备份解决方案，该解决方案可以加密数据但仍允许“仅差异”备份。我的想法是打开一个远程 Truecrypt 容器，然后使用 Robocopy 之类的工具将容器的内容与一些本地数据同步。
答案1
显然，您通过自己的测试回答了自己的问题，顺便说一句，这些测试对我来说非常有用，因为我目前正在评估一个与您的解决方案非常相似的解决方案。我还想补充一些您可能已经考虑过但在您最初的回答中没有提到的东西：解决方案的性能可能不仅取决于链接的上传和下载速度，还取决于其延迟。延迟非常高的链接可能会使解决方案无法使用。您最终完成了测试吗？您目前是否将此解决方案用于备份？
答案2
我决定“大胆尝试”并进行自己的测试。
首先，我创建了一个 50MB 的 Truecrypt 容器，并将其复制到我的远程节点（标准 Windows 复制到 Windows 共享）。复制的平均速度为 59 KB/秒。
我尝试打开远程 TC 容器，这有效，安装过程需要延迟几秒钟才能完成。
然后我尝试将一个 25MB 的文件复制到 TC 驱动器中。文件复制进度移动到 99%，暂停了几秒钟，然后复制对话框消失了。
我在 Hamachi (VPN) 客户端中检查了上传速度。它显示稳定的上传速度为 60KB/秒，因此推测Truecrypt 客户端对文件进行流水线处理，然后在后台将加密块传输到容器中。
在后台传输过程中，我尝试卸载 Truecrypt 客户端中的驱动器。客户端冻结了，但没有崩溃。我一直关注着 Hamachi 客户端，一旦网络流量下降，TC 驱动器就会被卸载客户端又开始响应了。
我重新挂载了容器，并将 25 个小文件（共计 13MB）复制到 TC 驱动器中。同样，复制对话框立即消失，但 Hamachi 显示 Truecrypt 客户端正在后台传输加密文件。
答案3
连接速度很慢，这让我相信往返时间也会很糟糕。此外使用 truecrupt 也无济于事。
即使我有大量因网络速度慢而导致的 truecrupt 经验，如果不知道容器有多大以及如何访问其中的数据（有多少次读写以及这些读写对时间有多关键），也很难回答这个问题。
例如：
- 如果您使用此设置将一些 ssh 密钥加载到 RAM 中，并在会话持续期间使用它们，它可能会起作用（小数据，少量读取/写入）
- 如果您计划执行一个大量读写的工具，它可能不会执行。（经常读取/写入大量数据）