Partie I Sujets relatifs aux services réseau
1. Service réseau (présentation)
2. Gestion des serveurs cache Web
Partie II Accès aux systèmes de fichiers réseau
4. Gestion des systèmes de fichiers NFS (présentation)
5. Administration de système de fichiers réseau (tâches)
Partage automatique des systèmes de fichiers
Configuration du partage automatique des systèmes de fichiers
Activation de la journalisation de serveur NFS
Montage de systèmes de fichiers
Montage d'un système de fichiers à l'initialisation
Montage d'un système de fichiers à partir de la ligne de commande
Montage à l'aide de l'agent de montage automatique
Désactivation des fichiers volumineux sur un serveur NFS
Utilisation du basculement côté client
Désactivation de l'accès par montage pour un client
Montage d'un système de fichiers NFS via un pare-feu
Montage d'un système de fichiers NFS à l'aide d'un URL NFS
Configuration des services NFS
Démarrage de l'agent de montage automatique
Arrêt de l'agent de montage automatique
Sélection de versions différentes de NFS sur un serveur
Sélection de versions différentes de NFS sur un client en modifiant le fichier /etc/default/nfs
Utilisation de la commande mount pour sélectionner différentes versions de NFS sur un client
Administration du système Secure NFS
Configuration d'un environnement Secure NFS avec l'authentification DH
Tâches d'administration WebNFS
Planification de l'accès WebNFS
Navigation à l'aide d'un URL NFS
Activation de l'accès WebNFS par le biais d'un pare-feu
Présentation des tâches d'administration Autofs
Liste des tâches d'administration Autofs
Utilisation du fichier /etc/default/autofs pour configurer votre environnement Autofs
Configuration de votre environnement Autofs à l'aide du fichier /etc/default/autofs
Tâches administratives impliquant des mappages
Modification du mappage principal
Modification des mappages indirects
Modification des mappages directs
Éviter les conflits de point de montage
Accès aux systèmes de fichiers autres que NFS
Accès aux applications de CD-ROM avec Autofs
Accès aux disquettes de données PC-DOS avec Autofs
Accès aux systèmes de fichiers NFS à l'aide de CacheFS
Accès aux systèmes de fichiers NFS à l'aide de CacheFS
Personnalisation de l'agent de montage automatique
Configuration d'une vue commune de /home
Configuration de /home avec plusieurs systèmes de fichiers de répertoires personnels
Consolidation des fichiers associés au projet sous /ws
Définition d'architectures différentes pour accéder à un espace de noms partagé
Prise en charge de versions de systèmes d'exploitation client incompatibles
Réplication des fichiers partagés sur plusieurs serveurs
Application des restrictions de sécurité Autofs
Utilisation d'un gestionnaire de fichiers publics avec Autofs
Utilisation des URL NFS avec Autofs
Désactivation de la navigabilité Autofs
Désactivation complète de la navigabilité Autofs sur un seul client NFS
Désactivation de la navigabilité Autofs pour tous les clients
Désactivation de la navigabilité Autofs sur un système de fichiers sélectionné
Vérification de la connectivité sur un client NFS
Vérification du serveur NFS à distance
Vérification du service NFS sur le serveur
Identification de l'hôte fournissant le service de fichiers NFS
Messages d'erreur générés par automount - v
6. Accès aux systèmes de fichiers réseau (référence)
8. Planification et activation de SLP (tâches)
9. Administration de SLP (tâches)
10. Intégration des services hérités
Partie IV Sujets relatifs aux services de messagerie
12. Services de messagerie (présentation)
13. Services de messagerie (tâches)
14. Services de messagerie (référence)
Partie V Sujets relatifs à la mise en réseau série
15. Solaris PPP 4.0 (Présentation)
16. Planification de la liaison PPP (tâches)
17. Configuration d'une liaison PPP commutée (tâches)
18. Configuration d'une liaison PPP de ligne spécialisée (tâches)
19. Paramétrage de l'authentification PPP (tâches)
20. Configuration d'un tunnel PPPoE (tâches)
21. Résolution des problèmes PPP courants (tâches)
22. Solaris PPP 4.0 (Référence)
23. Migration de Solaris PPP asynchrone à Solaris PPP 4.0 (tâches)
25. Administration du protocole UUCP (tâches)
Partie VI Utilisation de systèmes distants
27. Utilisation de systèmes distants (présentation)
28. Administration du serveur FTP (tâches)
29. Accès aux systèmes distants (tâches)
Partie VII Sujets relatifs au contrôle des services réseau
Vous devez suivre plusieurs procédures afin d'identifier la panne subie par le service NFS. Vérifiez les éléments suivants :
Le client peut-il atteindre le serveur ?
Le client peut-il contacter les services NFS sur le serveur ?
Les services NFS sont-ils en cours d'exécution sur le serveur ?
Dans le processus de contrôle de ces éléments, vous remarquerez peut-être que d'autres parties du réseau ne fonctionnent pas. Par exemple, le service de noms ou le matériel réseau physique peut ne pas fonctionner. Le Guide d’administration système : Services d’annuaire et de nommage (DNS, NIS et LDAP) contient des procédures de débogage pour plusieurs services de noms. En outre, pendant le processus, vous pouvez constater que le client n'est pas à l'origine du problème. Supposons par exemple que vous obteniez au moins un appel de dépannage de chaque sous-réseau de votre zone de travail. Dans cette situation, vous devez supposer que le problème vient du serveur ou du matériel réseau situé près du serveur. Par conséquent, nous vous recommandons de démarrer le processus de débogage sur le serveur, et non au niveau du client.
% /usr/sbin/ping bee bee is alive
Si la commande signale que le serveur est actif, vérifiez à distance le serveur NFS. Reportez-vous à la section Vérification du serveur NFS à distance .
Pour les clients NIS+, tapez la commande suivante :
% /usr/lib/nis/nisping -u Last updates for directory eng.acme.com. : Master server is eng-master.acme.com. Last update occurred at Mon Jun 5 11:16:10 1995 Replica server is eng1-replica-58.acme.com. Last Update seen was Mon Jun 5 11:16:10 1995
% /usr/bin/getent hosts bee 129.144.83.117 bee.eng.acme.com
Si l'exécution de la commande à partir d'un deuxième client échoue, reportez-vous à la section Vérification du service NFS sur le serveur.
Si cette commande échoue, vérifiez la configuration du logiciel de gestion de réseau sur le client, par exemple, /etc/netmasks et /etc/nsswitch.conf.
Si la commande rpcinfo n'affiche pas program 100003 version 4 ready and waiting, la version 4 de NFS n'est pas activée sur le serveur. Pour plus d'informations sur l'activation de la version 4 de NFS, reportez-vous au Tableau 5-3.
Essayez de déplacer le client sur un second point de connexion réseau.
Notez que la prise en charge des protocoles UDP et MOUNT n'est pas nécessaire si vous utilisez un serveur de la version 4 de NFS.
% rpcinfo -s bee|egrep 'nfs|mountd' 100003 3,2 tcp,udp,tcp6,upd6 nfs superuser 100005 3,2,1 ticots,ticotsord,tcp,tcp6,ticlts,udp,upd6 mountd superuser
Si les démons n'ont pas été démarrés, reportez-vous à la section Redémarrage des services NFS .
Sur le client, saisissez la commande suivante pour tester les connexions NFS UDP à partir du serveur.
% /usr/bin/rpcinfo -u bee nfs program 100003 version 2 ready and waiting program 100003 version 3 ready and waiting
Remarque - La version 4 de NFS ne prend pas en charge UDP.
Si le serveur est en cours d'exécution, il imprime une liste des numéros de programme et de version. À l'aide de l'option -t, testez la connexion TCP. Si cette commande échoue, passez à la section Vérification du service NFS sur le serveur.
% /usr/bin/rpcinfo -u bee mountd program 100005 version 1 ready and waiting program 100005 version 2 ready and waiting program 100005 version 3 ready and waiting
Si le serveur est en cours d'exécution, il imprime une liste de numéros de programme et de version qui sont associés au protocole UDP. À l'aide de l'option -t, testez la connexion TCP. Si chaque tentative échoue, passez à la section Vérification du service NFS sur le serveur.
% cd /net/wasp
Choisissez un point de montage /net ou /home dont vous savez qu'il devrait fonctionner correctement. Si cette commande échoue, en tant qu'utilisateur root sur le client, saisissez la commande suivante pour redémarrer le service autofs :
# svcadm restart system/filesystem/autofs
% /usr/sbin/showmount -e bee /usr/src eng /export/share/man (everyone)
Vérifiez si l'entrée sur le serveur et l'entrée de montage local contiennent des erreurs. Vérifiez également l'espace de noms. Dans cet exemple, si le premier client n'est pas dans le groupe réseau eng, ce client ne peut pas monter le système de fichiers /usr/src.
Vérifiez toutes les entrées qui contiennent des informations de montage dans tous les fichiers locaux. La liste inclut /etc/vfstab et tous les fichiers /etc/auto_*.
Les rôles contiennent des autorisations et des commandes privilégiées. Pour plus d'informations sur les rôles, reportez-vous à la section Configuring RBAC (Task Map) du System Administration Guide: Security Services.
# ping lilac lilac is alive
Pour les clients NIS+, tapez la commande suivante :
% /usr/lib/nis/nisping -u Last updates for directory eng.acme.com. : Master server is eng-master.acme.com. Last update occurred at Mon Jun 5 11:16:10 1995 Replica server is eng1-replica-58.acme.com. Last Update seen was Mon Jun 5 11:16:10 1995
# /usr/bin/rpcinfo -u localhost rpcbind program 100000 version 1 ready and waiting program 100000 version 2 ready and waiting program 100000 version 3 ready and waiting
Si le serveur est en cours d'exécution, il imprime une liste des numéros de programme et de version qui sont associés au protocole UDP. Si rpcbind semble être bloqué, redémarrez le serveur.
# rpcinfo -u localhost nfs program 100003 version 2 ready and waiting program 100003 version 3 ready and waiting # ps -ef | grep nfsd root 232 1 0 Apr 07 ? 0:01 /usr/lib/nfs/nfsd -a 16 root 3127 2462 1 09:32:57 pts/3 0:00 grep nfsd
Remarque - La version 4 de NFS ne prend pas en charge UDP.
Si le serveur est en cours d'exécution, il imprime une liste de numéros de programme et de version qui sont associés au protocole UDP. Utilisez également l'option -t avec rpcinfo pour vérifier la connexion TCP. Si ces commandes échouent, redémarrez le service NFS. Reportez-vous à la section Redémarrage des services NFS .
# /usr/bin/rpcinfo -u localhost mountd program 100005 version 1 ready and waiting program 100005 version 2 ready and waiting program 100005 version 3 ready and waiting # ps -ef | grep mountd root 145 1 0 Apr 07 ? 21:57 /usr/lib/autofs/automountd root 234 1 0 Apr 07 ? 0:04 /usr/lib/nfs/mountd root 3084 2462 1 09:30:20 pts/3 0:00 grep mountd
Si le serveur est en cours d'exécution, il imprime une liste de numéros de programme et de version qui sont associés au protocole UDP. Utilisez également l'option -t avec rpcinfo pour vérifier la connexion TCP. Si ces commandes échouent, redémarrez le service NFS. Reportez-vous à la section Redémarrage des services NFS .
Les rôles contiennent des autorisations et des commandes privilégiées. Pour plus d'informations sur les rôles, reportez-vous à la section Configuring RBAC (Task Map) du System Administration Guide: Security Services.
Saisissez la commande suivante :
# svcadm restart network/nfs/server
Exécutez la commande nfsstat avec l'option -m pour rassembler les informations NFS actuelles. Le nom du serveur actuel est imprimé après « currserver= ».
% nfsstat -m /usr/local from bee,wasp:/export/share/local Flags: vers=3,proto=tcp,sec=sys,hard,intr,llock,link,synlink, acl,rsize=32768,wsize=32678,retrans=5 Failover: noresponse=0, failover=0, remap=0, currserver=bee
Aucun avertissement n'est émis pour les options non valides. La procédure suivante vous permet de déterminer si les options qui ont été indiquées sur la ligne de commande ou via /etc/vfstab étaient valides.
Pour cet exemple, supposons que la commande suivante a été exécutée :
# mount -F nfs -o ro,vers=2 bee:/export/share/local /mnt
% nfsstat -m /mnt from bee:/export/share/local Flags: vers=2,proto=tcp,sec=sys,hard,intr,dynamic,acl,rsize=8192,wsize=8192, retrans=5
Le système de fichiers de bee a été monté à l'aide de la version de protocole définie sur 2. Malheureusement, la commande nfsstat n'affiche pas d'informations sur toutes les options. Cependant, la commande nfsstat est le moyen le plus précis de vérifier les options.
La commande mount n'autorise pas l'ajout d'options non valides à la table de montage. Par conséquent, vous devez vérifier que les options qui sont répertoriées dans le fichier correspondent à celles présentées dans la ligne de commande. De cette façon, vous pouvez vérifier les options qui ne sont pas répertoriées par la commande nfsstat.
# grep bee /etc/mnttab bee:/export/share/local /mnt nfs ro,vers=2,dev=2b0005e 859934818