Le choix entre NIS et NIS+ est facile � faire : utilisez NIS tant que vous n'avez pas besoin d'utiliser NIS+ ou si vous avez des besoins de s�curit� importants. NIS+ est bien plus probl�matique � administrer (c'est plut�t facile � manipuler du c�t� du client, mais en ce qui concerne le c�t� serveur, c'est une horreur). Un autre probl�me est que le support de NIS+ pour Linux est encore en cours de d�veloppement : vous devrez avoir la toute derni�re version de glibc ou attendre la sortie de glibc 2.1. Il existe un portage du NIS+ glibc pour libc5, qui consiste � installer une libc de remplacement.
Le choix entre "NIS traditionnel" ou le code NIS dans la biblioth�que NYS est un choix entre paresse et maturit� d'un c�t�, flexibilit� et amour de l'aventure de l'autre.
Le code "NIS traditionnel" se trouve dans la biblioth�que C standard, existe depuis fort longtemps, et souffre parfois de son age et de son l�ger manque de souplesse.
Le code NIS de la biblioth�que NYS vous oblige � recompiler la biblioth�que libc pour y inclure le code NYS (� moins que vous ne trouviez une version de libc pr�compil�e chez quelqu'un qui l'a d�j� fait).
Une autre diff�rence est que le code "NIS traditionnel" g�re en partie les groupes de r�seaux NIS (Netgroups), alors que le code NYS ne le fait pas. D'un autre c�t�, le code NYS vous permet d'utiliser les mots de passe Shadow d'une mani�re transparente. Le code "NIS traditionnel" ne permet pas d'utiliser les mots de passe Shadow sur NIS.
Vous pouvez cependant oublier tout �a si vous utilisez la nouvelle biblioth�que GNU C 2.x (alias libc6). Elle comporte un vrai support de NSS (Name Switch Service), ce qui la rend vraiment souple, et elle est capable de g�rer les "maps" NIS/NIS+ suivantes : aliases, ethers, group, hosts, netgroups, networks, protocols, publickey, passwd, rpc, services et shadow. La biblioth�que GNU C ne pose aucun probl�me avec les mots de passe Shadow sur NIS.
Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:20