![是否存在适用于 Linux 的远程文件系统,可以加密并能抵御不可靠的服务器?](https://linux22.com/image/783047/%E6%98%AF%E5%90%A6%E5%AD%98%E5%9C%A8%E9%80%82%E7%94%A8%E4%BA%8E%20Linux%20%E7%9A%84%E8%BF%9C%E7%A8%8B%E6%96%87%E4%BB%B6%E7%B3%BB%E7%BB%9F%EF%BC%8C%E5%8F%AF%E4%BB%A5%E5%8A%A0%E5%AF%86%E5%B9%B6%E8%83%BD%E6%8A%B5%E5%BE%A1%E4%B8%8D%E5%8F%AF%E9%9D%A0%E7%9A%84%E6%9C%8D%E5%8A%A1%E5%99%A8%EF%BC%9F.png)
我尝试过 sshfs 和 SMB 的多种组合,以及在 Cron 作业中使用 autofs 和/或手动挂载,当服务器不可用或一开始就不可用时,我总是遇到冻结/长时间超时问题。
我的要求如下:
- 在本地文件系统中有一个实际的、合适的挂载点(即不是像 KIO 这样的挂载点),并且与任何应用程序兼容
- 当服务器可用时自动挂载远程文件系统
- 当尝试访问服务器已消失的挂载点时,我希望快速超时(例如 3 秒),然后返回 I/O 错误,而不是让进程冻结,这样系统稳定性就不会受到影响
- 加密效果相当好,因为这应该是通过互联网进行的
即,只是一个“合理的远程文件系统”,就像任何远程文件系统都应该真正表现的那样!
有什么建议吗?
答案1
远程连接加密和共享文件系统是两个不同的东西,没有必要将它们混合在一起。
在客户端和服务器之间建立 Wireguard 隧道,并在其上运行任何远程文件系统。
仔细查看客户端操作系统的挂载选项,以便在服务器无法访问时调整行为。