admin 组的 Debian 对应物是什么,Debian 上的哪个组使文件只能由所有者和管理员访问?

i7p*_*nuz 4 osx permissions administration debian group

Debian 与 Mac OS X 关于admin

在 Mac OS X 上,为了使文件只能被所有者和管理员访问,我将文件的组设置为 ,并将文件admin的权限模式设置为 770 (rwxrwx---)、750 ( rwxr-x---) 或 640 (rw-r-----)。

chgrp admin FILE

chmod 750 FILE
# or
chmod 770 FILE
# or
chmod 640 FILE
# or
chmod g+r,o-rwx FILE
Run Code Online (Sandbox Code Playgroud)

因此,ls -la FILE输出如下内容,其中 bob 是所有者。

rwxr-x---  bob  admin
Run Code Online (Sandbox Code Playgroud)

但是,Debian 缺少该admin组。该admin组的 Debian 对应物是什么?Debian 上的哪个组只允许所有者和管理员访问文件(在 chmod 从其他人那里删除 rwx 之后)?

通过命令id -Gn,Mac OS X 上的管理员似乎属于该admin组,而 Debian 上的管理员似乎属于该sudo组。sudoDebian 上的admin组是否等同于 Mac OS X 上的组?

我犹豫是否将文件组设置为sudo. 该命令find / -group sudo显示sudo默认情况下Debian 上绝对没有文件具有该组。相比之下,该命令find / -group admin显示 Mac OS X 上的许多文件admin默认都有该组。因此,sudoDebian上的组似乎并不真正等同admin于 Mac OS X 上的组。

Ste*_*itt 9

出于文件所有权的目的,在 Debian 中默认创建的组中,最接近的等价物可能是adm组。

在Linux系统中,群体往往(ED)是细粒度:这样一sudo组授权访问根通过 sudo(但不完全,因为用户可以单独授予访问权限),一adm组授予访问某些日志文件等见的Debian wiki获取这些系统组的列表。

您始终可以创建自己的admin组并将其用于您所描述的目的;您不必将自己限制在系统组中。

  • @grawity `sudo`、`wheel` 和 `staff` 的问题在于它们授予了重要的权限(分别是成为 root 的能力、如果设置了 `pam_wheel` 则能够运行 `su`,以及能够写入`/usr/local` - 诚然,这只是作为管理员的一部分,但它可能比 OP 更重要)。`adm` 可以扩展到其他目的而不会产生太多副作用(当然,除了授予对日志文件的访问权限之外)。 (2认同)