SUSE LINUX 9.2

Chapitre 26. Partager des systèmes de fichiers avec NFS / 26.4. Exportation manuelle de systèmes de fichiers
	26.3. Exportation de systèmes de fichiers avec YaST		Chapitre 27. DHCP

26.4. Exportation manuelle de systèmes de fichiers

Si vous préférez renoncer à vous faire assister par YaST, vous devez vous assurer que les services suivants sont démarrés sur le serveur NFS :

Redirecteur de ports RPC (portmap)
Démon RPC de montage (rpc.mountd)
Démon RPC NFS (rpc.nfsd)

Pour permettre aux scripts /etc/init.d/portmap et /etc/init.d/nfsserver de lancer ces services lors du démarrage du système, saisissez les commande insserv /etc/init.d/nfsserver et insserv /etc/init.d/portmap. Lorsque ces démons ont été lancés, il vous reste à indiquer quels systèmes de fichiers doivent être exportés et vers quelles machines. Ces éléments sont définis dans le fichier /etc/exports.

Chaque répertoire à exporter utilise une ligne pour les informations relatives aux machines autorisées à y accéder et à leurs permissions. Tous les sous-répertoires d'un répertoire exporté sont aussi exportés automatiquement. Les machines autorisées sont habituellement désignées par leur nom (y compris le nom de domaine), mais on peut aussi utiliser des caractères joker comme * et ? (qui fonctionnent de la même manière que dans l'interpréteur de commande Bash). Si aucun nom de machine n'est indiqué, toutes les machines sont autorisées à importer ce système de fichier avec les droits indiqués.

Vous pouvez paramétrer les permissions pour le système de fichier à exporter entre parenthèses après le nom de la machine. Les principales options sont montrées dans Tableau 26.1, « Droits d'accès aux répertoires exportés ».

Tableau 26.1. Droits d'accès aux répertoires exportés

Option	Signification
`ro`	Le système de fichiers est exporté uniquement avec des droits en lecture (valeur par défaut).
`rw`	Le système de fichiers est exporté avec des droits en lecture/écriture.
`root_squash`	Grâce à cette option, l'utilisateur `root` d'une machine important des données ne possède sur ce système de fichiers aucun des spéciaux spécifiques à l'administrateur `root`. Ce résultat est obtenu en utilisant le numéro d'utilisateur `65534` pour les utilisateurs avec l'identifiant d'utilisateur `0`. Cet identifiant devrait être attribué à l'utilisateur `nobody` (valeur par défaut).
`no_root_squash`	Ne pas convertir l'identifiant `0` en identifiant `65534` ; les privilèges de `root` sont donc conservés.
`link_relative`	Convertir les liens symboliques absolus (commençant par `/`) en une séquence correspondante de `../`. Cette option n'est utile que si le système de fichiers d'une machine a été monté dans sa totalité (valeur par défaut).
`link_absolute`	Laisser inchangés les liens symboliques.
`map_identity`	Le client utilise les mêmes numéros d'utilisateurs que sur le serveur (valeur par défaut).
`map_daemon`	Le client et le serveur utilisent des numéros d'utilisateurs distincts. Avec cette option, le programme nfsd va créer une table de conversion des numéros d'utilisateurs. Le démon ugidd est requis pour le bon fonctionnement de cette option.

Le fichier exports peut ressembler par exemple à Exemple 26.1, « /etc/exports ». Le fichier /etc/exports est lu par mountd et nfsd. Ainsi, lorsque ce fichier a été modifié, il est nécessaire de redémarrer mountd et nfsd afin de permettre à ces modifications d'être prises en compte. Pour ce faire, le plus simple est d'exécuter la commande rcnfsserver restart.

Exemple 26.1. /etc/exports

# # /etc/exports # /home            soleil(rw)   venus(rw) /usr/X11
    soleil(ro)   venus(ro) /usr/lib/texmf   soleil(ro)   venus(rw) /
    terre(ro,root_squash) /home/ftp        (ro) # End of exports