NFS

De ArchwikiFR
Révision datée du 18 mars 2011 à 20:34 par ArchFR maintenance (discussion | contributions) (Robot : Enlève modèles : I18n, Lang, Stub, Translateme)
Note : nfs-utils a été mis à jout le 23-06-2009, et le support d'NFS4 est maintenant implémenté. Il est conseillé de se référer à la news.
Note : portmap a été remplacé par rpcbind.

Objectif

L'objectif de cet article est de mettre en place un serveur nfs pour partager des fichiers à travers un réseau.

Note : pout NFSv4, voir NFSv4

Paquets requis

Les paquets requis à la fois pour le serveur et le client sont minimes.
Vous aurez seulement besoin d'installer:

  • core/rpcbind (ou core/portmap qui a été remplacé)
  • core/nfs-utils

Comme les paquets se trouvent dans le dépôt [core], ils seront inclus par défaut dans les nouvelles installations d'Arch.

Configurer le serveur

Vous pouvez maintenant modifier votre configuration et démarrer les démons. Vous devez être root pour exécuter les commandes suivantes.

Fichiers

/etc/exports

Ce fichier (/etc/exports) définit les différents partages sur le serveur NFS, et leurs droits d'accès.
Quelques exemples:

/files *(ro,sync) ; Accès en lecture seul pour tout le monde
/files 192.168.0.100(rw,sync) ; Accès en lecture-écriture pour le client dont l'ip est 192.168.0.100
/files 192.168.1.1/24(rw,sync) ;  Accès en lecture-écriture pour tout les clients du réseau 192.168.1.0

Si vous effectuez des changement dans le fichier /etc/exports après le démarrage du démon, vous pouvez les faire prendre en compte par la commande suivante:

exportfs -r

Si vous décidez de rendre votre partage NFS public et accessible en écriture, vous pouvez utiliser l'option all_squash en combinaison avec les options anonuid et anongid. Par exemple, pour définir les privilèges pour l'utilisateur nobody du groupe nobody, vous pouvez effectuer les opérations suivantes:

; Read-write access to a client on 192.168.0.100, with rw access for the user 99 with gid 99
/files 192.168.0.100(rw,sync,all_squash,anonuid=99,anongid=99))


Cela signifie aussi que si vous voulez un accès en écriture à ce répertoire, l'utilisateur nobody.nobody doit être le propriétaire du répertoire partagé:

chown -R nobody.nobody /files

Les détails complets sur le fichier exports sont disponibles dans la page man d'exports.

/etc/conf.d/nfs-common.conf

Note : Avant, c'était dans /etc/conf.d/nfs qui a été remplacé par "/etc/conf.d/nfs-common.conf" et "/etc/conf.d/nfs-server.conf".

Modifiez ce fichier pour passer les options de démarrage appropriées pour nfsd, mountd, statd, et sm-notify. Le script init NFS d'Arch initial requiert l'option --no-notify pour statd, comme ce qui suit:

STATD_OPTS="--no-notify"

D'autres options pourraient etre laissées au défaut fourni, ou changées selon vos besoins. Veuillez vous référer aux pages man appropriées pour les détails complets.

/etc/hosts.allow

Pour permettre un acces réseau au serveur nfs, vous devriez modifier /etc/hosts.allow.
L'exemple suivant ouvre ces services a n'importe qui:

 nfsd: ALL
 rpcbind: ALL
 mountd:ALL

C'est une facon tres insécure de permettre l'accès de l'hôte. Pour avoir un meilleur controle sur qui est autorisé d'acces aux démons; hosts.deny devrait etre 'everyone', et hosts.allow devrait spécifiquement autoriser certaines personnes. Dans cet exemple, 192.168.0.101 sera l'addresss IP de la personne(s) autorisée a acceder au serveur. Les nombres apres le '/' ne sont pas un masque réseau!

 nfsd: 192.168.0.101/255.255.255.255
 rpcbind: 192.168.0.101/255.255.255.255
 mountd: 192.168.0.101/255.255.255.255

Ces exemple donnent l'acces a n'importe qui sur ce réseau

 nfsd: 192.168.0.0/255.255.255.0
 rpcbind: 192.168.0.0/255.255.255.0
 mountd: 192.168.0.0/255.255.255.0

Pour un controle plus raffinné, lisez la page man hosts_access(5).

Démons

Vous pouvez maintenant démarrer le serveur avec les commandes suivantes:

/etc/rc.d/rpcbind start (ou: /etc/rc.d/portmap start)
/etc/rc.d/nfs-common start (ou: /etc/rc.d/nfslock start)
/etc/rc.d/nfs-server start (ou: /etc/rc.d/nfsd start)

Veuillez noter qu'ils doivent etres démarrés dans cette ordre.
Pour démarrer le serveur au démarrage du systeme, ajoutez ces démons a la liste de DAEMONS dans /etc/rc.conf.

Configuration du client

Fichiers

/etc/conf.d/nfs

Modifiez ce fichier pour passer les options de démarrage appropriées pour statd - les options restantes sont pour une utilisation serveur seulement.N'utilisez PAS l'options --no-notify du coté client, a moins que vous etes pleinement conscient des conséquences de le faire.

Veuillez vous référer a la page man de statd pour des détails complets.

/etc/hosts.allow

Vous aurez besoin d'accorder le droit d'acces a l'ip du serveur pour rpcbind rpcbind: 192.168.0.100/255.255.255.255

Démons

Pour demarrer les démons portmap et nfslock:

/etc/rc.d/rpcbind start (ou: /etc/rc.d/portmap start)
/etc/rc.d/nfs-common start (ou: /etc/rc.d/nfslock start)

Veuillez noter qu'ils doivent etre démarrés dans cette ordre OU démarrer seulement nfs-common, puisque rpcbind va etre démarré en dépendance.
Pour démarrer less démons au démarrage, ajoutez les dans la liste DAEMONS dans /etc/rc.conf.

Puis montez-le normalement:

mount server:/files /files

NOTE: Contrairement aux partages CIFS ou rsync, les exports NFS doivent etre appellées par le chemin de destination complet sur le serveur. Exemple: si /home/fred/music est défini dans /etc/exports sur le serveur ELROND, vous devez appeler

mount ELROND:/home/fred/music /mnt/point

au lieu de juste utiliser

mount ELROND:music /mnt/point

sinon vous allez obtenir mount.nfs: access denied by server while mounting

Montage automatique au démarrage

Si vous voulez monter au démarrage, assurez-vous que network, rpcbind (portmap), nfs-common (nfslock) et netfs sont dans la liste des DAEMONS dans /etc/rc.conf. Soyez sure que l'ordre est comme celle-ci. C'est mieux de ne pas mettre aucun '@' devant celles-ci (vous pourriez quand meme utiliser @netfssécuritairement). Par exemple :

DAEMONS=(... network rpcbind nfs-common @netfs ...)

ou

DAEMONS=(... network portmap nfslock @netfs ...)

Ajoutez la ligne appopriée dans /etc/fstab, par example:

server:/files /files nfs defaults 0 0

Si vous souhaitez spécifier une taille pour les paquets de lecture et d'écriture, veuillez les spécifier dans l'entrée fstab. Les valeurs ci-dessous sont celles utilisées par defaut si aucunes ne sont spécifiées:

server:/files /files nfs rsize=32768,wsize=32768 0 0

Veuillez lire la page man de nfs pour plus d'informations, incluant toutes les options de montage.

Dépannage

Performances peu fiables, transfer des données lent, et/ou haute charge quand j'utilise NFS et gigabit(vitesse)

Ceci est le résultat de la grosseur des paquets par défaut utilisé par NFS, ce qui cause une fragmentation importante sur les réseaux a gigabit . Vous pouvez modifier ce comportement en changeant la valeur des parametres de montages rsize et wsize. Utiliser rsize=32768,wsize=32768 devrait suffire. Veuillez prendre note que ce probleme ne se produit pas sur les réseaux a 100MB, du a la vitesse de transfert des paquets plus basse.

Note: La valeur par defaut pour NFS4 est de 32768. Le maximum est 65536. Augmentez de la valeur initiale par incrémentation de 1024 jusqu'a ce que le taux de transfert maximum soit atteint.

Le démon oortmap échoue au démarrage

Assurez vous d'avoir placé portmap AVANT netfs dans la liste DAEMONS dans /etc/rc.conf .

Nfsd ne démarre pas avec "nfssvc: No such device" comme message

Assurez-vous que les modules nfs et nfsd modules sont chargés dans le kernel.

Nfsd semble marcher, mais je ne peux me connecter depuis les clients MacOS X

Quand vous essayez de vous connecter depuis un client MacOS X, vous devriez voir que tout est correct dans les journaux(logs), mais MacOS X refuse de monter votre NFS partagé. Vous avez a ajouter l'option insecure a votre partage et réexecuter exportfs -r.

Liens et Références