我目前正在集思广益，但基本上这就是我需要的：
- 适用于 Linux 的远程访问和安装文件系统
- 无需密码或密钥即可访问。
- 是只读的
- 允许来自不同服务器的多个连接（超过 100 台服务器没有问题）。
- 安全性并不重要（除了只读），因为文件是 ISO 并且本质上不敏感。
- 必须是一个“实时”文件系统（例如：我可以链接到文件）。
这些偏好并非 100% 重要，但可以使系统更好地适应：
- 我希望它可以在启动后安装，并且无论系统处于在线还是离线状态，它所在的系统都可以启动。
- 如果之前“驱动器”无法连接，我希望系统能够时常尝试重新连接。
- 如果它有某种本地缓存那就太棒了，但这不是必需的。
有什么想法或建议吗？
我已经做了一些调查，但没有什么特别突出的，我确信有一些东西可以满足我的需求，但我还没有找到。如果您有时间，请随意推荐多个系统及其优缺点。
如果这不完全是一个“明确的问题”，我深感抱歉，但我真的不知道在其他地方发布它。
我考虑过的清单：
NFS => 如果它发生故障，则会导致服务器偶尔无法启动。
SSHFS => 很慢，据我所知经常崩溃，需要身份验证，允许 ssh 访问服务器（是的，我知道它是安全的，但我宁愿不必担心它）。
FTP => 不易安装，不易设置，许多 FTP 服务器都存在安全问题
...考虑过将文件复制到每台服务器（是的，这会浪费磁盘，但可以解决问题）...所以我研究了一下：
- rsync => 不幸的是，使用 rsync 很难同步 100 台服务器。它需要大量带宽，并且您必须在服务器上运行数百个进程才能保持同步。它还需要额外的身份验证...
- btsync => 当您需要同步大量服务器时，会使用相当多的磁盘 I/O。还会占用大量带宽，并且再次需要更多身份验证。
答案1
我会将 NFS 与 autofs 一起使用。
如果您的服务器不可用，它将启动，并在您需要时安装它。
答案2
我认为您找不到可以在远程设备离线时唤醒远程设备的文件系统。如果远程设备不可用，我会使用 NFS 并使用软挂载来避免客户端挂起。
硬或软 — 指定当提供导出文件系统服务的主机不可用时，通过 NFS 连接使用文件的程序是否应停止并等待（硬）服务器重新上线，或者是否应报告错误（软）。...
如果指定了 soft，用户可以设置额外的 timeo= 选项，其中指定报告错误之前经过的秒数。