文件基本权限是 666,为什么这是一个可配置的值?

Met*_*ome -1 filesystems access-control-list chmod umask

在网络上的各种文档中,关于 umask 的操作方式,linux/unix 文件的基本权限是 666。

这也与默认 ACL 权限对在默认 ACL 权限下创建的文件强制执行 rw 掩码这一事实有关。

  1. 666的文件基础权限可以改吗?
  2. 为在默认 ACL 下创建的文件生成的掩码的行为似乎模仿了 666(停用执行)的所述文件基础权限,实际上是所述文件基础权限的功能?
  3. 如果#1 是可配置选项,那么配置在哪里?

这至少与以下系统有关:

Ubuntu 12.04.3

但是,我认为这种行为在许多 unix 中很常见。

vor*_*aq7 10

新创建的文件的 Unix 默认权限是0666.
新创建的目录的 Unix 默认权限是0777.

如果您不希望默认基本权限设置适当的umask值。
你不能轻易与唯一要做的umask就是创建一个文件,该文件是默认的可执行文件(其中,通过简单的常识,是你应该的东西不要想无论如何做。制作一个可执行文件,应该有意识的选择,而不是默认行为。)

如果您不喜欢默认的 ACL 行为,您可以使用setfacl.
除了默认 ACL 通常反映 Unix 权限这一事实之外,ACL 和 Unix 权限通常彼此独立。


自 1960 年代以来,基本权限如上所述(当时世界是一个更友善、更温和的地方,安全性不是那么重要 - 让系统上的每个人都能够处理您的文件可能是一件好事在一个封闭的研究人员系统上,他们都在合作)。

没有人会更改生产操作系统中的默认设置,您也不应该更改它。如果您选择这样做,就内核更改而言相对简单:编辑内核代码并更改默认值,然后重建并安装您的自定义内核。

实现这样的更改(编辑什么文件,更改什么)留给读者作为练习。
坦率地说,在这种情况下,如果您不知道如何进行更改,则不应尝试
了解您的局限性,并在需要时聘请内核黑客。