《NetBSD指南-22.6.3.网络信息服务(NIS/YP)》

[leo]

黄页 (YP) 是Sun Microsystems发明的. 名称改为网络信息服务 (NIS) 是因为YP已经被British telecom注册为商标了. 因此, 当我谈到NIS时，你们就知道我的意思了. ;-)
在一个Unix系统中有相当多的配置文件, 而且人们总希望为几台主机维护一套这类配置文件。这些主机被组成为一个NIS域 (它和DNS组建的域 毫无关系nothing !) 并通常包含在一个工作站集群里。

这些主机共享的配置文件是 /etc/passwd, /etc/group 以及最后但并非不重要的- /etc/hosts。

因此, 你可以在一个NIS域的任何地方 “滥用” NIS以获取一个唯一的名称到地址的转换.
只有一个弊端可以阻止使用NIS来进行转换: 相对于DNS, NIS不能解析未列在hosts-table里的主机名. NIS没有“上一级”的NIS服务器可以质询, 从而转换将失败! Suns NIS+ 可以解决这个问题, 但因为NIS+只在Solaris系统上提供, 所以目前对我们用处不大。

不要误会我的意思: NIS对管理工作站集群中的用户信息(/etc/passwd, ...)来说是个好工具, 但将它用在主机名解析方面并不得心应手。

22.6.4. 其它
上面描述的是目前常用的将主机名解析为IP地址的方法, 但并非仅有这几种方法. 基本上, 每个数据库机制全可以实现, 但是没有一个可在NetBSD中实施. 我们快速看一下你会遇到什么.
因为NIS在数据结构中缺乏层次, NIS+被用来修正这个错误，表可以被设置为一种方式 —— 如果在此域名服务器里没有查询的记录可以到 “上”一层域名服务器里查询。例如你可以选择一个域，它列出了整个公司的所有的主机(users, groups, ...), 每个部门的定义都一致等. NIS+目前使用的并不多, 即使是Sun目前默认的发行版里也仅有NIS。

上个世纪, X.500标准被设计成适应两种数据库，像简单的 /etc/hosts 和复杂的数据库, 目前分层系统已经在DNS中出现. X.500并没有真正的成功, 最大的原因是它试图同时完成太多的工作. 目前已经有了一个精简版本用于轻量级目录访问协议 (LDAP), 它在过去的几年内变得越来越流行，它被用来管理小型或中型机构内的数据 —— 不仅仅是用户，还有主机及其它的方面。