✎ nis [Wiki ubuntu-fr]

Vous affichez une ancienne révision du document ! Si vous l'enregistrez, vous créerez une nouvelle version avec ce contenu.

{{tag>serveur réseau authentification vétuste}}
----

====== NIS : Configurer un serveur NIS ======

<note warning>FIXME Cette page n'a pas été vérifiée pour les dernières versions supportées d'ubuntu. Si vous pouvez valider ces informations ou les compléter, merci d'éditer cette page et de rajouter le tag de la version d'Ubuntu sur laquelle cela fonctionne.</note>

Lien : [[http://tldp.org/HOWTO/NIS-HOWTO/index.html ]]\\
Consultez également le HOWTO du paquetage.

D'après [[http://fr.wikipedia.org/wiki/NIS|Wikipedia]] (encyclopédie libre) :
"Son but est de distribuer les informations contenues dans des fichiers de configuration contenant par exemple les noms d'hôte (/etc/hosts), les comptes utilisateurs (/etc/passwd), etc. sur un réseau.

Un serveur NIS stocke et distribue donc les informations administratives du réseau, qui se comporte ainsi comme un ensemble cohérent de comptes utilisateurs, groupes, machines, etc.

A l'origine, NIS est sorti sous le nom de « Yellow Pages » (YP) ou Pages jaunes mais le nom étant déposé par la compagnie anglaise British Telecom, Sun a renommé son protocole NIS. Cependant, les commandes NIS commencent toutes par yp.

__NIS est réputé pour être faible en termes de sécurité."__ voir :
  * [[:slapd|LDAP]]
  * Kerberos
  * RADIUS

===== Note =====

Nous partirons du principe que votre serveur et les clients disposent d'adresses IP statiques. NIS en adresses IP dynamiques présente un sérieux risque en terme de sécurité. Lisez la section "Sécurité", plus loin, elle aborde les problèmes inhérents de sécurité liés à NIS et comment les éviter. 
    * (Warty uniquement) Ajoutez chaque nom de client et les adresses IP dans le fichier  "/etc/hosts". L'adresse IP du serveur devrait déja être présente. Je ne parle pas de 127.0.0.1, mais de l'adresse IP réelle visible de l'extérieur. Cela assurera le fonctionnement de NIS même si le DNS est planté. Vous pouvez également relayer vers le DNS, c'est vous qui voyez. 
  * Ajoutez la ligne suivante dans le fichier "/etc/hosts.allow":
<code>
portmap ypserv ypbind : "liste d'addresses IP"
</code>
Où "liste d'addresses IP" sera la liste de toutes les adresses IP des clients ainsi que celle du serveur. Mettez uniquement des adresses IP ceci étant rendu obligatoire suite à une limitation de portmap qui ne supporte pas les noms d'hôtes. 
  * Installez NIS: 
<code>
sudo apt-get install portmap nis
</code>
Il vous sera demandé le nom de votre domaine NIS. Cela peut-être n'importe quoi ; assurez vous juste qu'il soit identique entre le serveur et les clients. 
  * Editez  "/etc/default/portmap" et commentez la ligne ARGS="-i 127.0.0.1" 
  * Editez "/etc/default/nis" et définissez la ligne NISSERVER à NISSERVER=master 
  * Editez "/etc/yp.conf" et ajoutez une ligne de serveur sur la forme: 
<code>
domain domainname server servername
</code>
où domainname sera le nom de votre domaine (celui que vous avez entré en installant NIS, aussi indiqué dans "/etc/defaultdomain" pour les curieux), et servername sera le nom de la machine que vous êtes en train de configurer(accéssible via la commmande hostname). 
  * Editez "/var/yp/Makefile" et lisez les instructions. Il n'y aura probablement pas besoin de faire beaucoup de modifications. La seule chose que j'ai changé a été la ligne MINGID qui définit si l'appartenance au groupe doit être propagée à travers le domaine. Je l'ai définie à 1. 
<note warning>MINxID définit la plus petite valeur (MIN) de UID ou GID à propager au travers de NIS. Définir ce dernier à 1 est une aberration : les groupes et utilisateurs dont l'ID est inférieur à 1000 sont généralement utilisateurs ou groupes systèmes. Il est bien plus rationnel de laissé MINxID à 1000. </note>
  * Editez "/etc/ypserv.securenets" et ajoutez les lignes qui restreindront l'accès aux membres du domaine. J'ai utilisé ces lignes pour des hôtes spécifiques: 
<code>
host 192.168.1.1
host 192.168.1.2
etc.
</code>
<note important>Commentez la ligne 0.0.0.0 . Sinon tout le monde aura accès. (lisez dans "Sécurité" pourquoi c'est mauvais).</note> 
<note> "One can use the word "host" instead of a netmask of 255.255.255.255. Only IP addresses are allowed in this file, not hostnames."
C'est-à-dire, chez Molière, On peut utiliser le mot "host" pour remplacer 255.255.255.255 (ou 32) comme masque de sous-réseau.
Pour les profanes, généralement, on utilise le masque 255.255.255.0 (ou 24) avec nos petites "box internet".
Et de même que pour portmap, ne donnez que des adresses IP, pas de noms d'hôtes.
</note>
  * Construisez la base de données pour la première fois, lancez: 
<code>
sudo /usr/lib/yp/ypinit -m
</code>
et suivez les instructions. Cela engendrera certainement des messages d'erreurs disant que le programme n'est pas en mesure de contacter certaines choses. Ce n'est pas grave. (Les autres erreurs le sont probablement). 
  * Redémarrez tout: 
<code>
sudo /etc/init.d/portmap restart
sudo /etc/init.d/nis restart
</code>
<note tip>Préférez l'utilisation de la commande interne //service// comme suit : 
<code>
sudo service portmap restart
sudo service nis restart
</code>
</note>
<note>Notez que j'ai eu des problèmes avec l'arrêt de portmap et que j'ai dû l'arrêter en faisant un kill -9.</note> 
  * Si vous changez quoique ce soit (ajouter un utilisateur, etc.), assurez-vous de faire: 
<code>
sudo make -C /var/yp
</code>

===== Sécurité =====

NIS est quelque chose de dangereux. N'importe qui pouvant accèder au démon peut récupérer vos listes de mots de passe. Si ils peuvent le faire alors ils ont vos mots de passe. Peu importe qu'il soient cryptées; il sont l'équivalent des mots de passe clairs,  depuis que l'authentification s'effectue à l'aide de mots de passe cryptés vous n'avez pas besoin du mot de passe clair, il faut juste écrire une application qui présentera correctement la version cryptées au système d'authentification. Aussi assurons nous que cela n'arrive pas. Comment? Et bien, d'abord en restreignant les accès: 
  * N'autorisez que certains membres du domaine à contacter les services appropriés dans le "hosts.allow". Ceci implique que le "hosts.deny" est paramétré à **ALL** afin que cela fonctionne. 
  * Limitez les clients à qui le serveur répondra en mettant les membres du domaine dans "/etc/securenets" .

Bien, nous avons restreint l'accès à des adresses IP spécifiques, on est doué quand même, non ? Et bien, pas tant que ça. Que se passe-t-il si quelqu'un ejecte une de vos machines  du réseau,lui pique son adresse IP et récupère le fichier de mot de passe ? Vous êtes mort. **Solution:** **IPSec** (Allez voir le **IPSecHowTo**). Vous pouvez paramétrer tous les membres de votre domaine à ne communiquer que sur IPSec ce qui permettra de vérifier que vos clients sont bien qui ils affirment être. Comment? Et bien, le client crypte le trafic à destination du serveur avec la clé du serveur, et le serveur répond à chaque demande en cryptant avec la clé du client. Le trafic est décrypté avec les clés respectives. Ainsi, un client ne disposant pas des clés qu'il est supposé avoir ne pourra ni envoyer ni recevoir de données. Le fichier contenant les clés et raisonnablement protégé (lisible que par root), vous ne pouvez obtenir les clés sans compromettre le client. Si vous compromettez le client, vous pouvez tout de même obtenir la liste de mots de passe, ainsi l'attaquant vous aura tout de même (ce qui est une faille dans la plupart des systèmes d'authentification de domaine).

kkkkkkkkkkkkkk===== Configuration du Client NIS =====

**Une note concernant l'administration**: Etant donné que le compte root est désactivé, assurez vous que celui qui administre la machine est présent dans le fichier "/etc/sudoers" du client. C'est également une bonne idée de définir ces utilisateurs en tant qu'utilisateurs locaux avec **les mêmes  UID** que dans la liste de mot de passe du domaine. Cela permet de garder les choses propres et cohérentes, et s'il venait à y avoir un problème, vous pourriez avoir besoin d'un compte local afin d'accéder à la machine.
 
  * Ajoutez le serveur à "/etc/hosts". Cela permettra de toujours résoudre l'adresse du serveur même en cas de panne du DNS. 
  * Installez les programmes dont vous avez besoin
<code>
sudo apt-get install portmap nis
</code>
Il vous sera demandé votre nom de domaine NIS. Entrez le nom de votre domaine NIS. 
C'est probalement une bonne idée d'ajouter une ligne portmap dans "/etc/hosts.allow" pour des raisons de sécurité:
<code>
portmap : "Serveur NFS" "adresse IP"
</code>
Où "Serveur NFS" sera le nom de votre serveur NFS et "adresse IP" son adresse IP
  * Définir les noms des services qui utiliseront NIS: 
Editez "/etc/passwd" afin d'ajouter ceci à la fin:
<code>
+::::::
</code>
Editez "/etc/group" afin d'ajouter ceci à la fin:
<code>
+:::
</code>
Editez "/etc/shadow" afin d'ajouter ceci à la fin:
<code>
+::::::::
</code>
Cela définit les services qui doivent inclure des entrées NIS si une correspondance n'est pas trouvée dans le fichier. Vous pourriez changer d'autres services afin qu'ils utilisent NIS en éditant "/etc/nsswitch.conf", mais ceux-ci sont les plus importants. 
  * Editez "/etc/yp.conf" afin d'ajouter la ligne: 
<code>
domain domainname server servername
</code>
où domainname sera le nom de votre domaine NIS, et servername sera le nom de votre serveur NIS.
<note warning>Il se peut que cela ne fonctionne pas en mettant le nom du serveur NIS, car ce sera transposé avec la correspondance contenue dans /etc/hosts donc par 127.0.01.
Dans ce cas il faut mettre l'adresse ip du serveur (192.168.9.2 par exemple)</note>
  * Redémarrez NIS:
<code>
/etc/init.d/nis restart
</code>
**Note:** sshd devra être redémarré afin d'utiliser le nouveau système d'authentification. Juste pour info.

**Note:** Sur certaines machines sous ubuntu 8.04, ypbind refuse de démarrer correctement car dbus n'est pas encore lancé. Il suffit de le relancer à la main (sudo /etc/init.d/nis restart). Une solution plus pérenne est de rajouter "-no-dbus" à YPBINDARGS dans /etc/default/nis.

**Note : Authentification par NIS d'un poste de travail sous Ubuntu Linux
lorsque le serveur NIS fonctionne sous SuSE Linux **

Sous SuSE Linux, l'algorithme d'encryptage des mots de passe a été amélioré par rapport à l'encryptage UNIX standard, tout en restant compatible avec celui-ci (remplacement de la bibliothèque pam_unix.so par pam_unix2.so  => mots de passe "blowfish"). Cela signifie concrètement  qu'une machine fonctionnant sous SuSE peut s'authentifier sans problème auprès d'un serveur qui utilise l'encryptage UNIX standard. L'inverse n'est pas vrai : une machine utilisant les algorithmes standard (tel Ubuntu par ex.) ne peut pas s'authentifier auprès d'un serveur NIS fonctionnant sous SuSE.

La solution est fort simple : il suffit d'ajouter aux machines Ubuntu concernées les mêmes bibliothèques que celles utilisées par SuSE (et de les activer !).
Marche à suivre :
- installer (par apt-get ou synaptic) le paquetage  libpam-unix2
- éditer les fichiers  /etc/pam.d/common-auth  et  /etc/pam.d/common-password  :
il suffit d'y changer les références à la bibliothèque :  pam_unix.so  =>  pam_unix2.so

----
// Contributeur : [[utilisateurs:fredb | FredB]] //
// Article original : [[https://wiki.ubuntu.com/SettingUpNISHowTo|Setting up NIS Howto]]

Merci de recopier le code ci-contre pour prouver que vous êtes humain : S O A D Y Merci de laisser ce champ vide :

Résumé

Note : En modifiant cette page, vous acceptez que le contenu soit placé sous les termes de la licence suivante : CC Paternité-Partage des Conditions Initiales à l'Identique 3.0 Unported