![Ubuntu/C++ :在 /usr/local/bin/ 中创建目录](https://linux22.com/image/1285976/Ubuntu%2FC%2B%2B%20%EF%BC%9A%E5%9C%A8%20%2Fusr%2Flocal%2Fbin%2F%20%E4%B8%AD%E5%88%9B%E5%BB%BA%E7%9B%AE%E5%BD%95.png)
我通常使用 mkdir 函数来创建目录(例如 mkdir("/home/dhw/test", S_IREAD|S_IWRITE) )
但是我无法在 /usr/local/bin 中创建目录。
我猜是权限问题。
我已经知道我可以做这项工作
system("sudo mkdir /usr/local/bin/test/");
并输入root密码。但我不想让用户手动获取root权限。
我应该怎么办?
答案1
为什么不让程序具有 suid 权限?但坦率地说,不应该触碰 /home 之外的目录。但是,如果你坚持这样做,只要 100% 确保内存检查是严格的并且没有漏洞,那么使用 suid 权限就可以解决问题。
另一种方法是,让该程序成为 root 组的成员。
总而言之,这是违反 FHS 的接触目录的奇怪要求。
答案2
这个问题已经有了公认的答案,但似乎有必要对 Unix 文件层次结构进行一些阐释。每个第一次接触 Unix 文件层次结构的人都想改变它,甚至连前任首席执行官史蒂夫·乔布斯(向他致敬)。Linux 的布局已在所谓的 FHS 中编纂(文件系统层次标准),其中列出了每个典型系统目录的位置和用途。 维基百科有一个简明的列表其中一些。Linux 标准库 (LSB)进一步概述了 LSB 兼容系统上必须存在的 API,其中部分由 FHS 指定。
Unix 的方式是将 Unix 系统文件与管理员文件隔离,并将这两者与用户文件进一步隔离。通常允许用户使用其主目录(通常在 /home 目录结构中)、/tmp、/var/tmp 以及系统可能根据设计或管理员配置允许的某些特定文件。
管理员通常可以控制系统,但 FHS 为管理员保留了一些目录。具体来说,/usr/local 和 /opt(包括一些其他相关目录)由系统保留供管理员使用。这些用于安装系统不维护或不提供的软件。
Linux 系统目前由所用发行版的创建者维护和管理,它将文件系统层次结构的其余大部分保留给自己。这种职责划分有助于维护系统的安全性和稳定性。必要时,管理员或发行版的软件包系统(如果有)可以进行修改。流行的软件包系统包括 Debian 的 apt、Novell 的 zypper、RedHat 的 yum 或 Gentoo 的 portage 软件包管理器。大多数这些软件包管理器都为管理员提供了控制系统软件包的选择、配置和维护的方法。
总之,应用程序程序员应该记住,用户对系统的访问权限是有限的,这是有充分理由的。除非是为了 FHS 中概述的目的之一,否则乱改系统目录可能不是正确的方向。
如果必须进行更改,可以使用一些工具来解决这个问题,包括明智地使用 sudo,PolicyKit,ACL和文件属性(修改模式, ETC。)。
原作者没有解释他需要的目录的用途,因此很难更具体地回答。我希望这个答案有用。