Vous êtes sur la page 1sur 17

Notes de cours

420-716-FX

Fonctionnement de NIS
Le service NIS (Network Information System),
permet de centraliser les connexions sur un rseau local
Gnralits

L'objectif central de tout serveur de fichiers d'un rseau local est de permettre aux
utilisateurs du rseau de se connecter au serveur de fichier sous un compte
centralis au niveau du rseau, et non pas dfini machine par machine et accder
ses fichiers (rpertoire personnel, ...)

Dans un rseau homogne Linux, la connexion et l'authentification sont du ressort


du service NIS, tandis que les accs aux rpertoires personnels et partags sont
permis par le service complmentaire NFS, qu'il faut aussi mettre en oeuvre.
Pour utiliser des stations M$-Windows dialoguant avec un serveur Linux,
l'alternative NIS+NFS est la mise en oeuvre du serveur Samba.

NIS maintient une base de donnes (ou annuaire) centralise au niveau d'un
groupe de machines appel domaine NIS.
Supposons que le nom NIS attribu soit cegep. Ces informations sont alors
stockes dans le rpertoire /var/yp/cegep, sous forme d'un ensemble de fichiers
binaires appels cartes ou maps.

Les types d'informations que les stations "clientes", celles des utilisateurs,
viennent chercher sont essentiellement les correspondances entre noms et adresse
IP des machines du rseau, les vrifications des noms de login, mots de passe et
groupe d'appartenance des comptes utilisateurs existants sur le serveur.
Toutes ces informations sont contenues habituellement dans les fichiers /etc/hosts
(annuaire des machines connues), /etc/passwd, (annuaires des utilisateurs qui
contient les rpertoires la connexion) et /etc/group (annuaire des groupes) et
/etc/shadow (mots de passe crypts).

Plus concrtement, soit une station Linux, cliente du serveur NIS. Un utilisateur
remplit un formulaire de connexion (demande de login). Le client NIS de cette
station cherche obtenir une rponse du serveur NIS du mme domaine, une
question du genre "me connais-tu comme station autorise, et l'utilisateur que
j'accueille possde t-il un compte chez toi, mon serveur?"

Les rponses sont contenues dans 6 maps usuels, situs dans /var/yp/cegep, et
appels hosts.byname, hosts.byaddr, passwd.byname, passwd.byuid,
group.byname et group.bygid

Gilles Coulombe

Page 1

2015-01-16

Notes de cours

420-716-FX

Voici un petit tableau des principales cartes le plus souvent gnres :

Fichiers
/etc/hosts
/etc/networks
/etc/passwd
/etc/group
/etc/services
/etc/rpc
/etc/protocols

Cartes
hosts.byname
networksbyname
passwd.byname
group.byname
services.byname
rpc.byname
protocols.byname

hosts.byaddr
networks.byaddr
passwd.byuid
group.bygid
services.bynumber
rpc.bynumber
protocols.bynumber

Les applications NIS utilisent les fonctions RPC =Remote Procedure Calls,
fonctionnalits supplmentaires (loges dans la couche session au dessus de
TCP/IP), gres par un service appel portmap.

Marche suivre
Configuration du serveur NIS
Installation des dmons NIS
Dmarrage de NIS
Configuration de NIS
Nom de domaine
Accs
Gestion des donnes utilisateurs
Gnration des cartes
Gestion du rseau
Relancer le serveur
Configuration des clients
Installation et lancement des dmons NIS
Configuration
Nom de domaine
Adresse du serveur
Gestion des fichiers
Relancer les dmons
Faire les tests de vrification
Configuration du serveur NIS
Gilles Coulombe

Page 2

2015-01-16

Notes de cours

1.

420-716-FX

Installation
Le paquetage RPM installer (sur des systmes de type RedHat) est ypserv.
Son installation va crer des fichiers dans :
/usr/sbin, notamment les serveurs ypserv et rpc.yppasswd,
/etc/rc.d/init.d/, les scripts de contrle ypserv et yppasswd des serveurs
/etc/ypserv.conf, le fichier de configuration du serveur
/var/yp, place des cartes et du fichier Makefile qui permet leur gnration
[ /usr/lib/yp, autres excutables.]

2.

Lancement
Du ct serveur, les services lancer sont portmap, ypserv (le serveur NIS) et
yppasswd (le service spcialis dans le changement des mots de passe).
On procde alors au lancement ou l'arrt manuel de NIS par :
/etc/rc.d/init.d/portmap start
/etc/rc.d/init.d/ypserv start
/etc/rc.d/init.d/yppasswdd start
Si cela n'a pas t fait lors de l'installation des paquetages, activer le lancement de
ces services au prochain redmarrage de la machine.

3.

Configuration
1. Choisir un nom de domaine NIS, soit cegep par exemple, indpendamment du
nom de domaine du rseau, par exemple cegep-fxg.qc.ca, et galement sans
rapport avec un ventuel nom de domaine Samba .
Supposons de plus que le serveur ait pour adresse IP : 192.168.10.2 avec un
masque 255.255.255.0
2. Dclaration du domaine NIS
Editer le fichier /etc/sysconfig/network, et y ajouter cette ligne
NISDOMAIN=cegep
Rebootez

Gilles Coulombe

Page 3

2015-01-16

Notes de cours

420-716-FX

Relancer le serveur par /etc/rc.d/init.d/ypserver restart


Vrification : la commande domainname doit obtenir comme
rponse ce nom de domaine NIS.
Cegep
3. Prciser les machines autorises accder au service NIS
Editer le fichier /usr/share/doc/ypserv-2.8/securenets et insrer les lignes;
# Pour permettre l'accs sur le serveur mme
255.0.0.0 127.0.0.0
# Pour permettre l'accs de toutes les machines du sous rseau
(masque et adresse rseau)
255.255.255.0 192.168.10.0
4. Prciser les donnes utilisateurs que NIS doit grer.
diter le fichier /var/yp/Makefile et lister sur la ligne
commenant par all: les donnes grer :
all: passwd group hosts
Il est recommand de ne rien modifier d'autre sauf "si on sait ce
que l'on fait ...", car pour l'essentiel il a t correctement
paramtr lors de l'installation de la distribution.
5. Gnrer les cartes
Il s'agit maintenant de crer les 3 cartes (maps) correspondant aux
3 fichiers /etc/passwd, /etc/ group et /etc/hosts.
L'utilitaire /usr/bin/make doit tre excut par root dans le
rpertoire du Makefile.

Gilles Coulombe

Page 4

2015-01-16

Notes de cours

420-716-FX

# cd /var/yp
# make
Il y a cration d'un sous rpertoire /var/yp/cegep (portant le nom du
domaine NIS) contenant les 6 fichiers binaires de permissions 600 :
hosts.byname,
hosts.byaddr,
passwd.byname,
passwd.byuid,
group.byname et
group.bygid
6. Renseigner le fichier de configuration de NIS
diter le fichier /etc/ypserv.conf et indiquer l'adresse IP du
rseau comme ci-dessous :
# Host

: Map

: Security : Passwd_mangle

#
192.168.10.

: passwd.byname : port

192.168.10.

: passwd.byuid

: port

: yes
: yes

7. Relancer le serveur
/etc/rc.d/init.d/ypserv restart
Le serveur devrait tre fonctionnel. Vrification
# ps ax | grep yp
root 550

..... ypserv

root 823 ...... rpc.yppasswdd

Configuration d'une machine cliente


Gilles Coulombe

Page 5

2015-01-16

Notes de cours

420-716-FX

1. Installation et lancement
Les paquetages installer sont d'abord ypbind, puis yp-tools
Activer NIS au dmarrage en cochant ypbind, programme excut sur le client,
ainsi que portmap
Pour lancer la main les services nous passerons les 2 commandes dans l'ordre
/etc/rc.d/init.d/portmap start (ce qui excute rpc.portmap)
/etc/rc.d/init.d/ypbind start
2. Configuration
1. Dans /etc/sysconfig/network, comme sur le serveur il faut dclarer le nom
du domaine en ajoutant la ligne
NISDOMAIN = cegep
2. diter /etc/yp.conf, et y ajouter les 2 lignes
domain cegep server 192.168.10.11
ypserver ServerLinux
3. diter /etc/nsswitch.conf, et veillez la prsence active des lignes
passwd:

files nis

group:

files nis

hosts:

files nis dns

4. En ligne de commande, (re)lancer le service client. On devrait obtenir 2


messages : recherche d'un domaine NIS, puis tentative de liaison un
serveur NIS.
# /etc/rc.d/init.d/ypbind start
Binding to the NIS domain: [OK]
Listening for an NIS domain server: ServerLinux

Gilles Coulombe

Page 6

2015-01-16

Notes de cours

420-716-FX

Tests
1. Premires vrifications
o

ps ax |grep yp doit montrer 2 processus ypbind en excution.

La commande ypwhich doit donner le nom complet de la machine


qui hberge le serveur

ypcat passwd permet d'afficher la carte des comptes utilisateurs

2. Premire connexion : le grand moment est arriv, toto tente fbrilement


une connexion
login: toto
Password: jules
Last login: ...
No directory /home/toto!
Logging in with home = "/".
Que s'est-il pass ?
Tout est normal, toto n'a pas de rpertoire personnel sur la station !
(ce qu'on peut vrifier par l'absence de lignes pour : cat /etc/passwd | grep
toto).
3. Si NFS n'est pas en oeuvre, l'utilisateur peut-il, tout de mme travailler
dans son rpertoire personnel sur le serveur ?
Avec telnet (ou mieux via ssh)
$ telnet ServerLinux
Trying 192.168.10.2 ..
Connected to Linux-Server
......
login: toto
Password: jules
[toto@ ServerLinux toto] $

Gilles Coulombe

Page 7

2015-01-16

Notes de cours

420-716-FX

4. Changement de mot de passe


La commande yppasswd toto permet l'utilisateur de changer son mot de
passe comme s'il se trouvait la console du serveur.
Cela provoque la mise jour usuelle dans /etc/shadow, mais bien sr doit
mettre jour les 2 cartes passwd en relanant /usr/bin/make
Problmes rencontrs, mini-FAQ
Problmes serveurs, difficults rencontres par l'administrateur

Comment viter de relancer " la main" la procdure Makefile de gnration des


maps ?
En mettant en place un script bash tout simple qui sera activ priodiquement, par
le service crontab
#!/bin/bash
# script placer dans /usr/sbin (ou un rpertoire list dans le PATH)
# nommer par exemple nis.sh
cd /var/yp
make
if [ $? = 0 ]
then
echo "Mise jour des cartes de NIS effectue"
fi

Gilles Coulombe

Page 8

2015-01-16

Notes de cours

420-716-FX

Problmes clients, en supposant le serveur fonctionnant correctement.

Quand je lance le service NIS sur une station cliente, j'obtiens des messages d'erreur
du genre (les libells dpendent des distributions et de leur version) :
# /etc/rc.d/init.d/ypbind start
Binding to the NIS domain ...

[failed]

Listening for an NIS domain server .... ypwhich: ne peut communiquer


par ypbind
# domainname
-- > Le nom du domaine NIS n'a pas t prcis
Indiquer ce nom en passant la commande
# domainname cegep
# /etc/rc.d/init.d/ypbind start
Binding to the NIS domain ...

[OK]

Lintening for an NIS domain server: Linux-Server

Le nom du domaine est bien reconnu, mais il y a un blocage quand le client cherche
se lier au serveur du domaine par ypwhich.
# /etc/rc.d/init.d/ypbind start
Binding to the NIS domain ...

[OK]

Lintening for an NIS domain server .... ypwhich: ne peut communiquer


par ypbind
La premire cause suspecter est un dysfonctionnement de la connexion rseau.
Commencer par un "ping" au serveur.

Le service client fonctionne correctement comme en tmoignent les requtes :


# domainname
cegep
# ypwhich

Gilles Coulombe

Page 9

2015-01-16

Notes de cours

420-716-FX

Linux-Server
# ypcat hosts.byname
toto:<password crypt>:502:506:M. le stagiaire
Toto:/home/toto:/bin/bash
En particulier, la prcdente commande me montre que le compte toto existe bien
sur le serveur NIS. Et pourtant quand je tente de me "loguer" comme toto/jules, je
me retrouve connect ma propre machine ! Pourquoi ?
Probablement le mme compte existe aussi sur la station cliente, il y a alors un
conflit ! Ce qui est alors dterminant est l'ordre indiqu dans le fichier
/etc/nsswitch.conf qui devrait tre probablement :
# cat /etc/nsswitch.conf
passwd: files nis
group: files nis
hosts: files nis dns
Attention, changer le mot de passe du compte local ne rsoudra rien : l'existence
du compte local fait cran au compte NIS.
Donc une station cliente NIS+NFS ne devrait pas hberger des comptes locaux
(bien sr part root). L'administrateur devrait les supprimer : # userdel -r user

Je me connecte sur une station en mode console sans problme, mais je n'y parviens
pas si la station dmarre automatiquement en mode graphique. Pourquoi ?
o

A coup sr, le passage en mode graphique n'a pas permis les mmes
dmarrages de programmes, en particulier ypbind. L, il faut faire appel
l'administrateur root des stations de la salle. Il doit faire effectuer ces
excutions aussi en niveau graphique, en copiant ou en crant des liens
symboliques vers des scripts de contrle.

Par exemple sur une station "Mandrake 7.2", j'ai t amen effectuer les
copies de
/etc/rc.d/rc 3.d/@S17ypbind vers /etc/rc.d/rc5.d/

Gilles Coulombe

Page 10

2015-01-16

Notes de cours

420-716-FX

Crer si ncessaire les liens symbolique pour l'arrt (niveau 0) ou le reboot


(niveau 6)
ln -s /etc/rc.d/rc.d/ypbind /etc/rc.d/rc0.d/@K83ypbind
ln -s /etc/rc.d/rc.d/ypbind /etc/rc.d/rc6.d/@K83ypbind

On peut utiliser l'outil graphique convivial ksysv.

Finalement les services suivants doivent tre en fonctionnement :


portmap, ypbind, netfs et nfslock

L'administrateur(e) du rseau de mon tablissement vient de crer mon compte


sur le serveur et mon rpertoire personnel. Tout content, je me prcipite sur la
premire station libre, et l j'essuie un chec quand je tente de me connecter !
Pourquoi ?
Tout simplement il faut se rappeler que les maps ne sont pas mis jour
dynamiquement ! L'administrateur doit imprativement relancer manuellement le
Makefile, ou mettre en place un script priodique.

Je suis maintenant un "client NIS-NFS" satisfait. Mais, puis-je changer mon mot
de passe sans dranger M/Mme root ?
bash-2.04$ yppasswd toto
Changing NIS account information for toto on Linux-Server
Please enter old password: jules
Please enter new password : jules1
retype ...
The NIS password has been changed on ....

Petites modifications supplmentaires


Dans le fichier /etc/ypserv.conf
diter les lignes en gras;
# The following, when uncommented, will give you shadow like passwords.
# Note that it will not work if you have slave NIS servers in your
# Network that do not run the same server as you.
## Indiquer l'adresse IP correspondante
# Host

Gilles Coulombe

: Map

: Security : Passwd_mangle

Page 11

2015-01-16

Notes de cours

420-716-FX

#
192.168.10.

: passwd.byname

192.168.10.

: passwd.byuid

: port
: port

: yes
: yes

# Not everybody should see the shadow passwords, not secure, since
# under MSDOG everbody is root and can access ports < 1024 !!!
## si vous n'utilisez pas les shadow password,
## laissez les lignes par dfaut
192.168.10.

: shadow.byname : port

: yes

192.168.10.

: passwd.adjunct.byname : port : yes

Pour quun usager puisse changer son mot de passe, le serveur NIS doit tre dclar comme serveur matre.
Cest la commande /usr/lib/yp/ypinit m taper sur le serveur.

Configuration de serveurs secondaires


Sur vtre serveur principale NIS, vous devez modifiez sa configuration pour lui indiquer qu'il va tre
second par d'autres serveurs.
Les scripts ypserv et ypasswdd doivent etre lancs.
Pour indiquer le(s) serveur(s) secondaire(s), tapez la commande :
/usr/lib/yp/ypinit -m
Entrez le nom de(s) machine(s) serveur(s) secondaire(s) et terminez la saisie par [ Ctrl ] + [ D ] .
ditez le fichier /var/yp/Makefile et modifiez la ligne :
NOPUSH=false
Et tapez make pour effectuer la mise jour des cartes sur le(s) serveur(s) secondaire(s).
Maintenant vous devez lire la doc (/usr/share/doc/ypserv-1.3.x/), car suivant votre systme et la version
ypserv installe cela peut varier.

Enfin, installez le package ypserv sur le(s) serveur(s) secondaire(s) (slave), puis tapez la commande :
/usr/lib/yp/ypinit -s cegep

Gilles Coulombe

Page 12

2015-01-16

Notes de cours

420-716-FX

Tester le fonctionnement de NIS :


Il suffit, en tant qu'utilisateur de vous "loger" sur toutes vos machines (clients et serveur) pour vrifier si
vous retrouver votre $HOME, puis d'utiliser les commandes des yptools:
Les commandes yp :

Afficher le nom du serveur NIS avec ypwhich

ypwhich

Et vous obtiendrez le nom de la machine serveur NIS.

Afficher les cartes avec ypcat


ypcat passwd

Et vous obtiendrez la liste de tous les comptes utilisateurs accessibles sur le rseau.

Changer son mot de passe avec yppasswd


Pour modifiez son mot de passe, il faut maintenant utiliser la commande yppasswd :
Vous ne devez plus taper passwd mais yppasswd pour que la carte passwd soit mise jour sur le serveur
NIS.
Une solution (pour ne pas changer vos habitudes) consiste tablir un lien symbolique de yppasswd vers
passwd
Sur les postes clients, renommez passwd :
mv /usr/bin/passwd /usr/bin/passwd.org
Puis faire un lien de passwd vers yppasswd
ln -s /usr/bin/yppasswd /usr/bin/passwd
Et vous pourrez continuer d'utiliser la commande passwd pour mettre simultanment jour les cartes du
serveur.
Il est possible que vous ayez un dlai entre le moment o vous entrez votre nouveau mot de passe et le
moment o le serveur NIS met jour ses cartes.
Ne soyez pas surpris si aprs modification du mot de passe, l'accs vous est refus, il suffit d'entrer l'ancien
mot de passe ou d'attendre un peu.
A chaque fois que sur le serveur NIS vous modifiez un des fichiers qui servent gnrer les cartes, il faut
Gilles Coulombe

Page 13

2015-01-16

Notes de cours

420-716-FX

mettre jour les cartes avec la commande:


cd /var/yp
make
Ou utilisez le script ypmake que vous avez cris pour la crontab.
En principe les cartes sur les serveurs, principal et secondaires, seront mises jour automatiquement.

Configuration du serveur NFS :

La machine hte (serveur NFS) peut videmment tre la machine serveur NIS qui partagera son rpertoire
/home.
Vrifiez que nfs est prsent :
saturne:/mic # cat /proc/filesystems
ext2
nodev proc
iso9660
nodev devpts
nodev nfs
nodev autofs
saturne:/mic #
Si nfs est absent de la liste, vous devez recompiler le noyau .
Les commandes pour lancer les dmons sont :
/etc/rc.d/init.d/portmap start
/etc/rc.d/init.d/nfs start

# /etc/exports du serveur saturne.clearsoft.fr


#
/home
orion(rw) neptune(ro)
#/home
(ro,insecure,root_squash)
/home/ftp (ro)
/mnt/cdrom *.clearsoft.fr(ro)
Pour valider le "partage", sous compte root tapez :
exportfs -a

Configuration des clients NFS :


Pour monter les volumes NFS (partitions et systme de fichiers) exports par un serveur NFS, sur une
machine clients :
Vous devez diter et ajouter des lignes dans le fichier /etc/fstab, en plus du montage des partitions ext2,
vfat ...dj existantes :
# /etc/fstab sur orion.clearsoft.fr
#
# Montage partitions NFS de saturne.clearsoft.fr
saturne:/home/ftp
/users/ftp nfs
Gilles Coulombe

noauto,soft,intr,ro 0 0
Page 14

2015-01-16

Notes de cours

saturne:/home
saturne:/mnt/cdrom

420-716-FX

/users/home
/users/cdrom

nfs
nfs

noauto,hard,intr,rw 0 0
noauto,soft,intr,ro 0 0

Pour prendre en compte le fichier fstab aprs modification (si le montage ne comporte pas l'option noauto),
tapez :
mount -a

Ce qui suit n'est pas indispensable et peut ne pas paratre vident, mais vous jugerez (et apprcierez)
l'utilisation .
Utiliser conjointement NIS et NFS va ajouter un petit plus l'administration des rpertoires et mot de passe
utilisateurs :
Chaque utilisateur pourra utiliser son rpertoire $HOME sans "pntrer" le rpertoire /home des postes
clients.
Chaque utilisateur du rseau, quelque soit la machine utilise retrouvera automatiquement son rpertoire
$HOME et pourra modifier son mot de passe depuis une quelconque machine en entranant
automatiquement la modification sur l'ensemble des machines du rseau.
Vous avez le choix entre deux possibilits :
_ 1) Exporter le rpertoire /home(serveur) sous /home(clients):
Tous les rpertoires $HOME des utilisateurs du rseau se trouveront dans /home sur le serveur NIS.
Sur toutes les autres machines (clients) du rseau, vous n'aurez aucun rpertoire $HOME d'utilisateur
exept les utilisateurs systme comme root
IMPORTANT ! Le rpertoire /home des postes clients doit tre vide et ne doit pas tre le point de montage
d'autre partition.
Dans ce cas de figure, l'automontage peut ne pas fonctionner car souvent il n'est pas possible de monter
(Automonter) une partition la racine du disque mais uniquement dans un sous-rpertoire . Pour cette
raison (entre autre) je prfre utiliser la seconde possibilit .
Que ce soit par l'automontage ou par fstab, le rpertoire /home du serveur NIS sera mont sur chacun des
postes clients sous /home .
Les utilisateurs retrouveront donc leur $HOME quelque soit la machine qu'ils utilisent.
Le fichier /etc/fstab des postes clients aura une ligne comme :
saturne:/home

/home

nfs

defaults 0 0

2) Exporter le rpertoire /home(serveur) sous /export/home(clients) :


Bon ! La premire solution ne vous convient pas, parce que sur les postes
clients le rpertoire /home ne contient pas uniquement les $HOME des
utilisateurs ou vous ne voulez (ou ne pouvez) pas vider le contenu de /home.
Il suffit alors d'utiliser un autre rpertoire de montage, ici j'ai choisi "export"
en relation avec le fichier /etc/exports mais vous pouvez utiliser n'importe
quel nom pour ce rpertoire : Et le rpertoire /home export du serveur NIS
sera mont sous /export/home des postes clients.
Dans ce cas, sur le serveur NIS crez comme dans le choix prcdent les
rpertoires $HOME de chaque utilisateur sous /home.
Puis modifiez le fichier /etc/passwd pour remplacer /home par
/export/home :
Gilles Coulombe

Page 15

2015-01-16

Notes de cours

420-716-FX

la ligne : mic:x:504:500:Modeleur 3D:/home/mic:/bin/bash


deviendra : mic:x:504:500:Modeleur 3D:/export/home/mic:/bin/bash
Il faut maintenant, aprs modification de /etc/passwd, mettre jour les cartes
passwd, tapez:
cd /var/yp
make
et relancer le serveur NIS :
/etc/rc.d/init.d/ypserv restart
Sur les postes clients, pour que chaque utilisateur retrouve son $HOME
sous /export/home, sans avoir modifier son rpertoire /home, on montera
le rpertoire /home du serveur NIS sous un rpertoire /export/home de la
machine client :
Pour cela modifier sur les postes clients, la ligne du fichier /etc/fstab :
saturne:/home

/export/home

nfs

defaults 0 0

Maintenant il reste rsoudre un petit problme de "login" sur le serveur


NIS.
... Les rpertoires $HOME des utilisateurs dclars dans le fichier
/etc/passwd n'existent pas sur cette machine ?!!!
Il faut donc galement crer un rpertoire export sur le serveur NIS :
mkdir /export
puis crer le lien symbolique :
ln -s /home /export/home
Note :
Que ce soit avec l'automonteur autofs ou le montage avec fstab, le systme
de fichier utilis sera toujours nfs.
Evitez de mlanger les deux mthodes, ne dclarez pas export dans le
fichier /etc/fsab et dans le fichier de l'auto.montage .
Si vous voulez tester les deux, dclarez et utilisez des rpertoires diffrents .
Gilles Coulombe

Page 16

2015-01-16

Notes de cours

420-716-FX

Configuration du client NIS avec NFS


_ 1) vous utilisez le rpertoire /home export
Ajoutez dans /etc/fstab la ligne :
saturne:/home /home nfs defaults 0 0
_ 2) vous utilisez le rpertoire /export/home export
Vous devez crer un rpertoire /export/home
mkdir /export
mkdir /export/home
Ajoutez dans /etc/fstab la ligne :
saturne:/home /export/home nfs defaults 0 0
Ensuite pour prendre en compte les modifications de fstab, tapez:
mount -a

Configuration du client NIS avec l'automontage


_ 1) vous utilisez le rpertoire /home export
Ajoutez au fichier /etc/auto.master la ligne :
/ /etc/auto.export --timeout 60
Si cela fonctionne sur vtre machine ?
_ 2) vous utilisez le rpertoire /export/home export
Crer un rpertoire /export :
mkdir /export
Ajoutez au fichier /etc/auto.master la ligne :
/export /etc/auto.export --timeout 60
Dans ces deux cas de figure, le fichier /etc/auto.export sera identique avec la ligne :
home
-fstype=nfs
saturne:/home
Pour relancer l'automontage et prendre en compte les nouvelles modifications, tapez :
/etc/rc.d/init.d/autofs restart
Maintenant essayez la commande :
ls /export/home

Gilles Coulombe

Page 17

2015-01-16