最佳实践是否要求将 /var 的使用限制为 sudoers?

最佳实践是否要求将 /var 的使用限制为 sudoers?

我写了一个包,想用它/var来保存一些数据。我存储的数据甚至可能被视为 的补充/var/db

我观察到的模式是/var/db和周围的文件归 拥有root。包的主要(预期)用途是过滤 cron 作业 - 这意味着您需要编辑 crontab 的权限。

  1. 我是否应该假设该包的 sudo 安装?
  2. 我是否应该将包优雅地降级为/usr子目录,如果是的话那么降级为哪一个?
  3. 如果我“认为”任何非 sudo 安装都需要configrc(带路径),那么包应该在哪里查找(假设共享主机环境)该配置文件?

顺便说一句,这个包是一颗红宝石,你可以在这里找到它

答案1

如果你想遵循 Linux 文件系统层次标准 (http://en.wikipedia.org/wiki/Filesystem_Hierarchy_Standardhttp://refspecs.linuxfoundation.org/fhs.shtml)(作为 Linux 系统管理员,我强烈推荐)您应该使用它/var/lib/<your application name>来存储持久数据:

/var/lib保存与应用程序或系统相关的状态信息。状态信息是程序在运行时修改的数据,并且与一个特定主机有关。用户无需修改 /var/lib 中的文件即可配置软件包的操作。

一个应用程序(或一组相互关联的应用程序)必须使用 /var/lib 的子目录来存储其数据有一个必需的子目录 /var/lib/misc,用于存放不需要子目录的状态文件;其他子目录只有当相关应用程序包含在发行版中时才会出现。

这意味着该软件包确实应该使用 进行安装sudo。另一方面,请注意/usr/user/local第二种可能性)中的任何子目录sudo也需要,因为它们属于root。因此,如果您想恢复非 sudo 安装,我会说~/bin这是一个不错的选择。

该包本身只需要运行,就像root它用于编辑其他用户的 crontab 一样。

截至configrc,如果你的意思是:https://github.com/nerab/config-rc我无法给你任何建议,因为我不知道。

相关内容