![为多个用户推荐的存储位置](https://linux22.com/image/61486/%E4%B8%BA%E5%A4%9A%E4%B8%AA%E7%94%A8%E6%88%B7%E6%8E%A8%E8%8D%90%E7%9A%84%E5%AD%98%E5%82%A8%E4%BD%8D%E7%BD%AE.png)
是否有一个常规位置来存储可供多个用户访问的非秘密批量文件?我知道我可以在文件系统中的大多数位置创建一个新文件夹(并设置正确的权限)。但我想遵循既定的约定,以便(a)我们的新用户更熟悉该结构,并且(b)它避免了我没有足够经验来预见的某些目录的微妙问题。
如果重要的话,这是在虚拟机上全新安装的 Red Hat 6。用户将通过 ssh、RDP 或 vCloud Director 访问它。 tarred 和 gzip 压缩后的文件大小为 6.6GB;未压缩为11GB。
答案1
通常这取决于文件的具体用途。在实践中,我看到人们使用/srv
服务器数据、/var/www/html
可通过网络访问的文件,以及/usr/local
某种包罗万象的方式。我还看到很多供应商使用/opt
类似于C:\Program Files
Windows 的方式(即第三方应用程序根的集合),它们本身可能具有非 root 用户应该有权访问的文件。
/accountingData
只要服务器之间保持一致,直接在根目录下创建目录(例如,等等)也没有什么问题。
答案2
许多涉及文件系统布局的文档(FreeBSD 中的 hier(7))文件系统层次结构标准等)不要谈论如何处理共享用户数据。标准未涵盖的任何内容都可以放置在最适合您组织的任何位置。例如,在我的家庭存储服务器上,我有一个顶级目录,/data
其中包含音乐、文档、备份、Samba 共享到 Windows 的内容等子目录。在工作中,我们有顶级目录供软件开发人员放置他们的共享内容文件、构建工件等,内容开发团队还有另一个位置来保存文件 - 按项目划分,然后按阶段划分 - 传入的、正在进行的、主档案等。
作为管理员,您可以自由地按照您认为合适的方式进行设置 - 但我建议从业务部门获取输入,并建立对您的用户有意义的配置。