hungry Asked: 2018-05-05 01:04:10 +0800 CST2018-05-05 01:04:10 +0800 CST 2018-05-05 01:04:10 +0800 CST 没有组 ID 的组是什么意思? 772 作为我任务的一部分,我被要求找到一个名为 + 的小组,并简要写下我的想法。这个组/etc/group 显示为+:x::这意味着它没有 Gid 和没有用户。但这意味着什么?没有 Gid 对组有什么影响。我写道它可能是无效的,但显然这是一个错误的答案。我在任何文档或教程中都找不到答案。 group nis 2 个回答 Voted Best Answer schily 2018-05-05T02:16:47+08:002018-05-05T02:16:47+08:00 从前,当没有 /etc/nsswitch.conf 此方法用于告诉 passwd 和 group 查找例程搜索NIS(以前称为YP)的内容。 如果此行最后出现,则首先搜索本地文件,然后(如果没有匹配项)搜索 NIS。 请参阅此处的 NIS+ 文档:https ://docs.oracle.com/cd/E18752_01/html/816-4558/adtable-86495.html ,即使 NIS+ 已于 2009 年 12 月从 Solaris 中过时并删除。 JdeBP 2018-05-05T05:59:09+08:002018-05-05T05:59:09+08:00 我被要求找到一个叫来的小组+,并简要写下我的想法。 您认为的内容取决于您使用的操作系统。 作为一名 FreeBSD 用户,您应该欣赏这些小小的历史课程,但它们已经有近 20 年的历史了,而且这些课程已经严重过时了。或者作为 Linux 操作系统用户,您应该了解其他一些操作系统可能有与此相关的异常机制,但您的操作系统从来没有。(-: 此外,由于+它不是 POSIX 可移植文件名字符集的一部分,因此它作为符合 POSIX 的组名确实是无效的。你认为它是正确的。这就是为此目的使用它的方式。没有实际的符合组名称可以与之冲突。 (这与给我们提供机制的原因相同,例如:在(某些)可以有 ID 或名称的地方使用区分用户/组 ID 和用户/组名称。 :不是 POSIX 可移植文件名字符集的一部分,所以永远不会出现在(一致的)名称中,并且可用于表示 ID,否则 ID由该字符集中的字符组成,因此在不添加某种额外信息的情况下无法明确地区分与名称。) FreeBSD+在 2000 年删除了该机制,在此之前只有六年时间。 它仍然记录在 OpenBSD 和 NetBSD 用户手册中,因此在这些地方可以找到告诉您机制是什么的 doco。两者都还在实施它。 据我所知,GNU C 库在 1996 年直接从仅文件机制转变为 NS 切换机制,并且从未有过这样的+机制。 我留给读者的商业 Unices 作为练习。(-: 进一步阅读 group. NetBSD 文件格式手册。2007-06-21。 group. OpenBSD 文件格式手册。2012 年 6 月 20 日。 “组名”。基本规格。IEEE 1003.1:2017。公开组。 “便携式文件名字符集”。基本规格。IEEE 1003.1:2017。公开组。 乔纳森·德博因·波拉德 (2018)。 /run/user/jim. “地名录”。 小吃指南。软件。 雅克 Vidrine (2000-09-06)。 添加 nsswitch 支持。. FreeBSD 源代码。r65532。 加勒特沃尔曼 (1994-09-20)。我的 YP 组文件支持的实现,仿照昨天完成的密码文件支持。. FreeBSD 源代码。r2936。 罗兰·麦格拉思 (1996-06-25)。Ulrich Drepper 为类似于 Solaris 2 中的机制提供了支持/etc/nsswitch.conf。GNU C 库。
从前,当没有
此方法用于告诉 passwd 和 group 查找例程搜索
NIS
(以前称为YP
)的内容。如果此行最后出现,则首先搜索本地文件,然后(如果没有匹配项)搜索 NIS。
请参阅此处的 NIS+ 文档:https ://docs.oracle.com/cd/E18752_01/html/816-4558/adtable-86495.html ,即使 NIS+ 已于 2009 年 12 月从 Solaris 中过时并删除。
您认为的内容取决于您使用的操作系统。
作为一名 FreeBSD 用户,您应该欣赏这些小小的历史课程,但它们已经有近 20 年的历史了,而且这些课程已经严重过时了。或者作为 Linux 操作系统用户,您应该了解其他一些操作系统可能有与此相关的异常机制,但您的操作系统从来没有。(-:
此外,由于
+
它不是 POSIX 可移植文件名字符集的一部分,因此它作为符合 POSIX 的组名确实是无效的。你认为它是正确的。这就是为此目的使用它的方式。没有实际的符合组名称可以与之冲突。(这与给我们提供机制的原因相同,例如
:
在(某些)可以有 ID 或名称的地方使用区分用户/组 ID 和用户/组名称。:
不是 POSIX 可移植文件名字符集的一部分,所以永远不会出现在(一致的)名称中,并且可用于表示 ID,否则 ID由该字符集中的字符组成,因此在不添加某种额外信息的情况下无法明确地区分与名称。)FreeBSD
+
在 2000 年删除了该机制,在此之前只有六年时间。它仍然记录在 OpenBSD 和 NetBSD 用户手册中,因此在这些地方可以找到告诉您机制是什么的 doco。两者都还在实施它。
据我所知,GNU C 库在 1996 年直接从仅文件机制转变为 NS 切换机制,并且从未有过这样的
+
机制。我留给读者的商业 Unices 作为练习。(-:
进一步阅读
group
. NetBSD 文件格式手册。2007-06-21。group
. OpenBSD 文件格式手册。2012 年 6 月 20 日。/run/user/jim
. “地名录”。 小吃指南。软件。/etc/nsswitch.conf
。GNU C 库。