如果你熟悉写或移植网络应用,你将注意到大多数 NIS 地图列出了上述在C图书馆中对应的
图书馆功能。例如,为获得 passwd 信息,你通常使用 getpwnam ( 3 )和getpwuid ( 3 )功能，
此功能归还联系给出的用户名字或数字用户的 id帐目信息,分别地。在正常的情形下，这些功能
将在标准的文件上执行请求的查找,例如 /etc/passwd 。
然而，这些功能的一个NIS意识的执行将修改这一行为，并且放一个RPC 呼叫让 NIS 服务器查一
下用户名字或身份。这个的发生到申请完全是透明的。功能既可以“添加” NIS 地图到或用它“代替”
原来的文件。当然,这不是指文件的真实修正,它只意味着它像被代替了或被添加了的文件一样出现到
应用软件。
对于传统型 NIS 的执行，过去常是某种习惯，就象地图代替了的某个习惯,并且它被添加到原来的信息。
一些,象 passwd地图,要求passwd文件的 kludgy 修正，当做错时，它将打开安全洞口。为了避免这些陷井,
NYS 使用一个一般的配置计划，它决定一个特别的集合的客户功能是否使用原来的文件， NIS ，或NIS+,以
及何种顺序。它将在这章里以后的节中被描述。