客户方面的NIS

王朝other·作者佚名  2008-05-18
窄屏简体版  字體: |||超大  

如果你熟悉写或移植网络应用,你将注意到大多数 NIS 地图列出了上述在C图书馆中对应的

图书馆功能。例如,为获得 passwd 信息,你通常使用 getpwnam ( 3 )和getpwuid ( 3 )功能,

此功能归还联系给出的用户名字或数字用户的 id帐目信息,分别地。在正常的情形下,这些功能

将在标准的文件上执行请求的查找,例如 /etc/passwd 。

然而,这些功能的一个NIS意识的执行将修改这一行为,并且放一个RPC 呼叫让 NIS 服务器查一

下用户名字或身份。这个的发生到申请完全是透明的。功能既可以“添加” NIS 地图到或用它“代替”

原来的文件。当然,这不是指文件的真实修正,它只意味着它像被代替了或被添加了的文件一样出现到

应用软件。

对于传统型 NIS 的执行,过去常是某种习惯,就象地图代替了的某个习惯,并且它被添加到原来的信息。

一些,象 passwd地图,要求passwd文件的 kludgy 修正,当做错时,它将打开安全洞口。为了避免这些陷井,

NYS 使用一个一般的配置计划,它决定一个特别的集合的客户功能是否使用原来的文件, NIS ,或NIS+,以

及何种顺序。它将在这章里以后的节中被描述。

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
 
 
© 2005- 王朝網路 版權所有 導航