作为我作业的一部分，我被要求找到一个名为 + 的小组，并简要写下我的想法。该组/etc/group
显示为 ，+:x::这意味着它没有 Gid 且没有用户。但这意味着什么？没有 Gid 对组有什么影响？我写道，它可能无效，但显然这是一个错误的答案。我在任何文档或教程中都找不到答案。
答案1
以前，当没有
/etc/nsswitch.conf
此方法用于告诉 passwd 和组查找例程搜索NIS（以前称为YP）的内容。
如果此行出现在最后，则首先搜索本地文件，然后（如果没有匹配项）搜索 NIS。
请参阅此处的 NIS+ 文档：https://docs.oracle.com/cd/E18752_01/html/816-4558/adtable-86495.html尽管 NIS+ 已过时并已于 2009 年 12 月从 Solaris 中删除。
答案2
我被要求找到一个名为的小组
+并简要写下我的想法。
你的想法取决于你使用的操作系统。
作为一名 FreeBSD 用户，您应该欣赏这些小小的历史课程，但它们已经近二十年没有相关性了，而且该课程已经严重过时了。或者作为 Linux 操作系统用户，您应该了解某些其他操作系统可能具有与此相关的不寻常机制，但您的操作系统从未有过。 (-:
此外，由于+不是 POSIX 可移植文件名字符集的一部分，因此它是的确作为符合 POSIX 的组名称无效。你这样想是对的。这就是为什么可以将其用于此目的。实际一致的组名称不能与其冲突。
（这与为我们提供诸如:在（某些）可以有 ID 或名称的地方区分用户/组 ID 和用户/组名称的机制是相同的。 :不属于 POSIX 可移植文件名字符集的一部分， so 永远不会出现在（一致的）名称中，并且可以用来表示 ID，否则是由该字符集中的字符组成，因此如果不添加某种额外信息，就无法与名称明确区分开来。）
FreeBSD+于 2000 年删除了该机制，在此之前仅保留了六年。
它仍然记录在 OpenBSD 和 NetBSD 用户手册中，因此可以在这些地方查找 doco，告诉您该机制是什么。两者也仍然实施它。
据我所知，GNU C 库在 1996 年直接从纯文件机制转向 NS 切换机制，并且从未有过这样的机制+。
我把商业 Unices 留给读者作为练习。 (-:
进一步阅读
group。 NetBSD 文件格式手册。 2007年6月21日。group。 OpenBSD 文件格式手册。 2012年6月20日。- ”团队名字”。基本规格。 IEEE 1003.1:2017。开放组。
- ”可移植文件名字符集”。基本规格。 IEEE 1003.1:2017。开放组。
- 乔纳森·德博因·波拉德 (2018)。
/run/user/jim。 《地名词典》。 小吃指南。软件。 - 雅克·维德里纳 (2000-09-06)。 添加 nsswitch 支持。。 FreeBSD 源代码。 r65532。
- 加勒特·沃尔曼（1994-09-20）。我对 YP 组文件支持的实现是以昨天完成的密码文件支持为蓝本的。。 FreeBSD 源代码。 r2936。
- 罗兰·麦格拉思 (1996-06-25)。
/etc/nsswitch.confUlrich Drepper 为类似于 Solaris 2 中的机制提供了支持。。 GNU C 库。