我们的情况是来自多个供应商的多个软件需要大量模板文件(几十千兆字节).应用程序想要打开这些模板文件的方式与打开任何项目文件的方式相同,即读写.
>让用户将模板配置单元本地复制到@L_403_0@工作站(仅限RHEL6和RHEL7)是网络基础架构的负担
>该软件不会更改模板文件
>如果文件在服务器上受到写保护,则软件会抛出错误
>如果NFS卷以只读方式挂载且文件具有写入权限,则软件会抛出错误
>如果我们对可写NFS卷上的文件赋予写入权限,我们就不能再相信模板文件是原始的
没有吃掉这种基础设施负担,我正在寻找一种方法来伪造软件,使NFS卷显得可写,赋予文件写权限,但实际上并没有提交更改.
我想起了像Windows NTFS卷上的Deepfreeze这样的“日志倒带”工具. NFS挂载有类似的黑客攻击吗？当给出这个问题标签时,“unionfs”弹出作为“nfs”的匹配.这也是一种允许对Live CD进行“假写”的方法.我现在正朝着这个方向前进,但我希望有人已经这样做了.
