NFS je nage

Pourtant quand je tape en root la phrase magique rpcinf -p on

me répond : bash command not found !!!!

rpcinfo -p je voulais écrire

jp willm

Hello !

A propos de début, j'ai installé nfsutils et portmap et les deux sont
activés. Pourtant quand je tape en root la phrase magique rpcinf -p on
me répond : bash command not found !!!!
Jette un oeil dans /usr/sbin

Ce répertoire n'est pas inclus dans le path du root sur la Fedora (tout
comme sbin d'ailleurs).

A partir de là, j'ai bien l'impression que c'est même pas la peine de
paramétrer la suite.
Allons, allons, faut pas se décourager comme ça !

Mais que faire ?
Répondre à ces quelques questions :

- les 2 machines ont-elles le support NFS installé (module noyau, ou
intégré au directement au noyau) ?
- le fichier /etc/fstab du client a-t-il été modifié ?
- le fichier /etc/exports du serveur a-t-il été modifié ?
- /sbin/chkconfig a-t-il été exécuté sur le serveur ?
- le firewall est-il paramétré pour autorisé le NFS ou les connexions
directes entre les deux machines ?
- les UID (user ID) coïncident-ils entre les deux machines ?

@+

Frédéric BISSON

Bonjour,

Et merci d'avoir pris du temps pour me répondre :o)

Jette un oeil dans /usr/sbin
Ce répertoire n'est pas inclus dans le path du root sur la Fedora (tout
comme sbin d'ailleurs).

Si, il existe et il est rempli de fichiers exécutables.

Répondre à ces quelques questions :
- les 2 machines ont-elles le support NFS installé (module noyau, ou
intégré au directement au noyau) ?
Comment le vérifier ? En tous cas je vais chercher :o)

J'avais bien lu ceci sur www.trustonme.net/didactels/284.html

" 1. Pré-requis :

Avant de commencer, il faut être sûr que votre noyau est configuré comme
suite pour un client :
Network File Systems
<M> NFS file system support
<*> Provide NFSv3 client support

et comme suite pour un serveur :
Network File Systems
<M> NFS server support
<*> Provide NFSv3 server support "

Mais je ne sais pas comment extirper ces infos de ma machine... (nul le
gars)

- le fichier /etc/fstab du client a-t-il été modifié ?
Non, car quand je vouslais monter le répertoire de partage nfs, on me le

refusait... car j'ai dû faire une erreur... ou deux...

Voici ce que ça donnait :
[root@jp jp]# mount nicole:/home/nicole/Documents /mnt/Nicole
mount: ne peut obtenir l'adresse de niki

- le fichier /etc/exports du serveur a-t-il été modifié ?
Oui à l'aide de l'utilitaire nfs.Voici ce qu'il contient

/home/jp/Documents nicole(ro,sync)

Et /etc/hosts contient 127.0.0.1 jp.localdomain.
Grâce à l'utilitaire system-config-network 1.3.16 j'ai enlevé localhost
sur chaque machine pour le remplacer par jp sur la mienne et nicole sur
l'autre (dans l'onglet DNS).

J'ai lu ceci : 1) make sure /etc/hosts is correct (there should be at
least two entries: one for localhost and one for the IP address of the
NIC and the selected hostname). I've noticed that RH/FC will create an
incorrect hosts file on new installs.

Bon je sais pas ce que veut dire NIC ? Mais ça n'a rien a voir avec mon
problème je présume...

Mais on ne sais jamais...

- /sbin/chkconfig a-t-il été exécuté sur le serveur ?

Voici ce que ça donne :

[root@jp jp]# /sbin/chkconfig
chkconfig version 1.3.9 - Copyright (C) 1997-2000 Red Hat, Inc.
Ce produit peut être librement distribué selon les termes de la licence
publique GNU (GPL).

utilisation : chkconfig --list [nom]
chkconfig --add <nom>
chkconfig --del <nom>
chkconfig [--level <niveaux>] <nom> <on|off|reset>)

- le firewall est-il paramétré pour autorisé le NFS ou les connexions
directes entre les deux machines ?
C'est un modem/routeur/barricade smc 7404 wbra et le pare-feu est activé

. Mais je n'ai pas de problème pour le réseau smb.

- les UID (user ID) coïncident-ils entre les deux machines ?
C'est un peu la question que je me suis posé, mais de là à savoir

exactement quoi et où vérifier...

Tu vois, tout ça c'est un peu comme si tu sais parler quelques mots de
russe et qu'on te demande de régler un incident diplomatique :o}

Si c'est trop compliqué de m'aider à distance, je vais voir du côté d'un
LUG local ou je paye un week-end en Alsace à un pingouin salvateur :o))

@+ jp

A la place de :

Voici ce que ça donnait :
[root@jp jp]# mount nicole:/home/nicole/Documents /mnt/Nicole
mount: ne peut obtenir l'adresse de niki

Il fallait lire cela :

Voici ce que ça donnait :
[root@jp jp]# mount nicole:/home/nicole/Documents /mnt/Nicole
mount: ne peut obtenir l'adresse de nicole

Bonjour,

Et merci d'avoir pris du temps pour me répondre :o)
De rien.

Jette un oeil dans /usr/sbin
Ce répertoire n'est pas inclus dans le path du root sur la Fedora (tout
comme sbin d'ailleurs).
Si, il existe et il est rempli de fichiers exécutables.

Oui, bien sûr qu'il existe !

Mais il n'est pas dans la variable d'environnement $PATH de
l'utilisateur root.

Donc, si tu tapes /usr/sbin/rpcinfo, ça marchera.

Avant de commencer, il faut être sûr que votre noyau est configuré comme
suite pour un client :
Network File Systems
<M> NFS file system support
<*> Provide NFSv3 client support

et comme suite pour un serveur :
Network File Systems
<M> NFS server support
<*> Provide NFSv3 server support "
Ca, c'est intéressant quand tu compiles toi-même ton noyau, ce qui n'est pas le cas pour toi à mon avis.

Mais je ne sais pas comment extirper ces infos de ma machine... (nul le
gars)
/sbin/lsmod

Pour n'avoir que les lignes parlant de NFS :
/sbin/lsmod | grep nfs

Pas besoin d'être avec l'utilisateur root pour ça.

(/sbin toujours parce que ce répertoire n'est pas dans $PATH)

Voici ce que ça donnait :
[root@jp jp]# mount nicole:/home/nicole/Documents /mnt/Nicole
mount: ne peut obtenir l'adresse de nicole
Et quand tu fais :

ping nicole

est-ce que ça marche ?

Sinon, essaie avec l'adresse IP directement

- le fichier /etc/exports du serveur a-t-il été modifié ?
Oui à l'aide de l'utilitaire nfs.Voici ce qu'il contient

/home/jp/Documents nicole(ro,sync)

Et /etc/hosts contient 127.0.0.1 jp.localdomain.
Grâce à l'utilitaire system-config-network 1.3.16 j'ai enlevé localhost
sur chaque machine pour le remplacer par jp sur la mienne et nicole sur
l'autre (dans l'onglet DNS).

J'ai lu ceci : 1) make sure /etc/hosts is correct (there should be at
least two entries: one for localhost and one for the IP address of the
NIC and the selected hostname). I've noticed that RH/FC will create an
incorrect hosts file on new installs.

Bon je sais pas ce que veut dire NIC ? Mais ça n'a rien a voir avec mon
problème je présume...
NIC = Network Interface Card = Carte réseau

Pour faire court :
1) internet, au final, ne fonctionne qu'avec des adresses IP
2) pour rendre plus humain le bidule, on utilise des noms (google.fr par
exemple)

Pour faire la conversion nom -> adresse IP, Unix passe par les phases
suivantes :
1) vérification de l'existence du nom dans le fichier /etc/hosts
2) Si pas présent, contact du DNS primaire
3) Si le DNS primaire ne répond pas, contact du DNS secondaire.

Ton DNS peut également se charger de contacter d'autres DNS qui à leur
tour pourront contacter d'autres DNS pour trouver l'adresse IP
correspondante.

Donc, quand tu modifies ton fichier /etc/hosts sur une de tes machines
pour y rajouter un nom de machine, il faut aussi que tu le rajoutes sur
les autres machines de ton réseau pour qu'elles en soient conscientes.

Tu peux également t'amuser à monter ton propre DNS et l'alimenter avec
tes adresses, mais ce n'est peut-être pas le moment de compliquer les
choses.

[root@jp jp]# /sbin/chkconfig
chkconfig version 1.3.9 - Copyright (C) 1997-2000 Red Hat, Inc.
Ce produit peut être librement distribué selon les termes de la licence
publique GNU (GPL).

utilisation : chkconfig --list [nom]
chkconfig --add <nom>
chkconfig --del <nom>
chkconfig [--level <niveaux>] <nom> <on|off|reset>)
/sbin/chkconfig --list nfs

Le but est de savoir si les services NFS sont activés et configurés au
démarrage de la machine (il est également possible de le savoir avec les
outils d'administration graphiques paramètres de système -> paramètres
de serveur -> services, et de les configurer également)

Tu peux aussi essayer :
/etc/init.d/nfs start

S'il t'affiche un message d'erreur ("échoué"), deux possibilités :
- le service est déjà lancé.
- le service n'a pas pu se lancer.

- le firewall est-il paramétré pour autorisé le NFS ou les connexions
directes entre les deux machines ?
C'est un modem/routeur/barricade smc 7404 wbra et le pare-feu est activé

. Mais je n'ai pas de problème pour le réseau smb.
NFS n'utilises pas les mêmes port que SMB.

Par contre, je serais intéressé de connaître ta configuration réseau
pour éviter de te dire des bêtises.

A mon avis (mais arrête-moi si je me trompe), tu dois confondre le
firewall de ton modem/routeur et le firewall de ta machine Linux (l'un
n'empêche pas l'autre). Moi, je parle du firewall de ta machine Linux.

- les UID (user ID) coïncident-ils entre les deux machines ?
C'est un peu la question que je me suis posé, mais de là à savoir

exactement quoi et où vérifier...
cat /etc/passwd

exemple de ligne, pour l'utilisateur fred :
fred:x:500:500:Frederic BISSON:/home/fred:/bin/bash

Le premier 500 correspond à l'UID (User ID)
Le deuxième 500 correspond au GID (Group ID)

Tu vois, tout ça c'est un peu comme si tu sais parler quelques mots de
russe et qu'on te demande de régler un incident diplomatique :o}
;-)

Si c'est trop compliqué de m'aider à distance, je vais voir du côté d'un
LUG local ou je paye un week-end en Alsace à un pingouin salvateur :o))
Non, ça devrait aller jusque là, t'as un cerveau et tu sais te servir de

tes 10 doigts ;-)

--
@+

Frédéric

Le Thu, 16 Dec 2004 23:34:41 +0100, Frédéric BISSON a écrit:


Salut JP :-)

[...

- le fichier /etc/exports du serveur a-t-il été modifié ?
Oui à l'aide de l'utilitaire nfs.Voici ce qu'il contient

/home/jp/Documents nicole(ro,sync)

Et je rajouterai ici que, celle ligne indique au serveur, qu'il permet au
poste client "nicole", et uniquement celui-ci, d'"utiliser" par NFS le
répertoire /home/jp/Documents.
Donc, c'est _ce_ répertoire que tu peux monter à distance sur ton
client, pas un autre.

Ensuite, dans ta commande mount, il faudrait que tu indiques le type de
montage (nfs)
mount -t nfs ip_poste_serveur:/home/jp/Documents /mnt/ton_montage

Il me semble que tu confondes client et serveur.
En effet, dans ta commande :
mount nicole:/home/nicole/Documents /mnt/Nicole

Tu lui demandes de monter un répertoire (que tu n'indiques pas nfs) du
serveur nicole, mais nicole est-il bien le nom du serveur ?
Si oui, c'est ton /etc/exports qui n'est pas correct puisque seul le
serveur pourra monter ses propres répertoires nfs.

Tout ceci, sans parler de tout ce que Frédéric te précise.

[...]

Tu peux également t'amuser à monter ton propre DNS et l'alimenter avec
tes adresses, mais ce n'est peut-être pas le moment de compliquer les
choses.

Plus tard sans doute ;-)

Si c'est trop compliqué de m'aider à distance, je vais voir du côté d'un
LUG local ou je paye un week-end en Alsace à un pingouin salvateur :o))

Trop loin ;-)

--
Christophe PEREZ
Écrivez moi sans _faute !

Hello,

Oui, bien sûr qu'il existe !
Mais il n'est pas dans la variable d'environnement $PATH de
l'utilisateur root.
Peuvent pas tous faire pareil :o(

Donc, si tu tapes /usr/sbin/rpcinfo, ça marchera.

Ouaihhhh ! Déjà un début. Celle là je me la note :o)

Ca, c'est intéressant quand tu compiles toi-même ton noyau, ce qui n'est pas le cas pour toi à mon avis.
Doucement les basses, je suis mécano moi.

/sbin/lsmod

Pour n'avoir que les lignes parlant de NFS :
/sbin/lsmod | grep nfs
Encore une formule magique. Si j'en retiens une à chaque fois...

Pas besoin d'être avec l'utilisateur root pour ça.

(/sbin toujours parce que ce répertoire n'est pas dans $PATH)
"[Unix] Superuser BInaries. Nom des répertoires, dans un système Unix,

contenant des fichier exécutables dont l'usage est réservé au(x)
superutilisateur(s)" Ah mais j'ai vérifié moi, j'aurai l'air moins c.
la prochaine fois.

Et quand tu fais :
ping nicole

est-ce que ça marche ?
Maintenant oui, car je viens enfin de piger qu'on peut mettre l'IP

devant le nom d'hôte dans /etc/hosts et qu'on peut y mettre plusieurs si
l'on veut, ou un générique si l'on est très "généreux" et que l'on veut
partager avec la terre entière... et j'ai lu que hosts.allows et
hosts.deny on leur part d'importance et doivent être "accordés".

Mais pour en revenir à /etc/export j'y trouve chez moi
/home/jp/Documents nicole(ro,sync)
Pour y alouter l'IP devant nicole je l'écris comme ça :
192.168.x.x nicole comme dans /etc/hosts ?

Pour faire court :
1) internet, au final, ne fonctionne qu'avec des adresses IP
2) pour rendre plus humain le bidule, on utilise des noms (google.fr par
exemple)
Ça, je savais, mais les amateurs comme moi s'imaginent souvent que l'IP

ne sert qu'à l'internet, mais finalement un réseau "at home" y ressemble
beaucoup.

Pour faire la conversion nom -> adresse IP, Unix passe par les phases
suivantes :
1) vérification de l'existence du nom dans le fichier /etc/hosts
2) Si pas présent, contact du DNS primaire
3) Si le DNS primaire ne répond pas, contact du DNS secondaire.
Je note, je note, tu complètes ma formation "en direct" d'il y a un an

par Christophe Perez :o)

Ton DNS peut également se charger de contacter d'autres DNS qui à leur
tour pourront contacter d'autres DNS pour trouver l'adresse IP
correspondante.
Mais là, je pense qu'il faille le lui préciser, sinon on risque de

partir dans des "boucles", non ?

Donc, quand tu modifies ton fichier /etc/hosts sur une de tes machines
pour y rajouter un nom de machine, il faut aussi que tu le rajoutes sur
les autres machines de ton réseau pour qu'elles en soient conscientes.
Quoi ?

Si j'ai :
127.0.0.1 jp.localdomain
192.168.x.x nicole
sur ma machine je dois mettre la même chose sur l'autre ?

Sur celle de nicole j'ai mis
127.0.0.1 nicole.localdomain
192.168.2.1 jp


Mais j'ai pas compris à quoi se rapporte le 127.0.0.1 que je trouve en
début de /etc/hosts, ce n'est pas mon DNS primaire ni secondaire ?

Tu peux également t'amuser à monter ton propre DNS et l'alimenter avec
tes adresses, mais ce n'est peut-être pas le moment de compliquer les
choses.
Bobo la tête assez comme ça, pour l'instant :o)

/sbin/chkconfig --list nfs

Le but est de savoir si les services NFS sont activés et configurés au
démarrage de la machine (il est également possible de le savoir avec les
outils d'administration graphiques paramètres de système -> paramètres
de serveur -> services, et de les configurer également)
Ça, il faut que je le règle bien sur la machine de Nicole, faut que ça

se passe en douceur ;o)

NFS n'utilises pas les mêmes port que SMB.

Par contre, je serais intéressé de connaître ta configuration réseau
pour éviter de te dire des bêtises.

A mon avis (mais arrête-moi si je me trompe), tu dois confondre le
firewall de ton modem/routeur et le firewall de ta machine Linux (l'un
n'empêche pas l'autre). Moi, je parle du firewall de ta machine Linux.
Pour l'instant pour ne pas en rajouter j'ai désactivé les firewall sur

les deux Fedora. Et celui du modem/routeur est réglé par défaut... hem...

- les UID (user ID) coïncident-ils entre les deux machines ?

cat /etc/passwd

exemple de ligne, pour l'utilisateur fred :
fred:x:500:500:Frederic BISSON:/home/fred:/bin/bash

Le premier 500 correspond à l'UID (User ID)
Le deuxième 500 correspond au GID (Group ID)

jp:x:500:500:jp:/home/jp:/bin/bash

Rapide le mode console!

Bon j'y suis. Oui, j'y avais veillé précédemment en rajoutant un groupe
(jp + root) ayant accès à une partition vfat (dont je n'aurai bientôt
plus besoin). Mais je m'égare.

Non, ça devrait aller jusque là, t'as un cerveau et tu sais te servir de
tes 10 doigts ;-)

All right, la fête continue. Je vais à présent essayer d'avancer encore

d'un cran en montant correctement les répertoires /mnt/jp et /mnt/nicole.

J'espère pouvoir te lâcher les basquets bientôt :o}

@ + jp

Salut Christophe,
Ahh il m'a vu et dans quel état je suis :o)

/home/jp/Documents nicole(ro,sync)

Et je rajouterai ici que, celle ligne indique au serveur, qu'il permet au
poste client "nicole", et uniquement celui-ci, d'"utiliser" par NFS le
répertoire /home/jp/Documents.
Donc, c'est _ce_ répertoire que tu peux monter à distance sur ton
client, pas un autre.
C'est ce que j'aimerais. Pour des raisons de prudence je me suis dit que

ce n'est pas la peine d'autoriser n'importe qui à fouiner dans nos
petits secrets de famille.

Ensuite, dans ta commande mount, il faudrait que tu indiques le type de
montage (nfs)
mount -t nfs ip_poste_serveur:/home/jp/Documents /mnt/ton_montage
Oui j'avais lu la formule consacrée, mais comme elle ne marchait pas,

j'ai essayé l'autre. Enfin n'importe quoi quand ça va pu :o(

Donc il faudrait que j'écrive :

Mount -t nfs 192.168.x.x nicole localdomain:/home/jp/Documents /mnt/nicole

J'ai un doute sur le "localdomain"...

Il me semble que tu confondes client et serveur.
En effet, dans ta commande :
mount nicole:/home/nicole/Documents /mnt/Nicole

En fait j'ai un serveur des deux côtés pour faciliter les échanges (du
moins c'est ce que j'imagine)

Tu lui demandes de monter un répertoire (que tu n'indiques pas nfs) du
serveur nicole, mais nicole est-il bien le nom du serveur ?
Si oui, c'est ton /etc/exports qui n'est pas correct puisque seul le
serveur pourra monter ses propres répertoires nfs.
En fait j'allais d'une machine à l'autre et je me suis bien douté que la

mention nfs indiquait un montage via le réseau.
J'ai bien dit que je nage :o}

Tout ceci, sans parler de tout ce que Frédéric te précise.
Brave Frédéric, dans quoi il s'est lancé ;o)

Tu peux également t'amuser à monter ton propre DNS et l'alimenter avec
tes adresses, mais ce n'est peut-être pas le moment de compliquer les
choses.

Plus tard sans doute ;-)
Arrête :o)))

Si c'est trop compliqué de m'aider à distance, je vais voir du côté d'un
LUG local ou je paye un week-end en Alsace à un pingouin salvateur :o))

Trop loin ;-)
LOL

@ + jp et n

Le Fri, 17 Dec 2004 21:20:32 +0100, jp willm a écrit:

Ahh il m'a vu et dans quel état je suis :o)

:-)
tu parles, tu avances, c'est bien !

C'est ce que j'aimerais. Pour des raisons de prudence je me suis dit que
ce n'est pas la peine d'autoriser n'importe qui à fouiner dans nos
petits secrets de famille.

Bien sûr, mais ce sont les paramètres qui sont faux, pas le principe.

mount -t nfs ip_poste_serveur:/home/jp/Documents /mnt/ton_montage
Oui j'avais lu la formule consacrée, mais comme elle ne marchait pas,

j'ai essayé l'autre. Enfin n'importe quoi quand ça va pu :o(

Donc il faudrait que j'écrive :

Mount -t nfs 192.168.x.x nicole localdomain:/home/jp/Documents /mnt/nicole

nop !
plutôt un truc du genre :
mount -t nfs 192.168.x.x:/home/jp/Documents /mnt/nicole

Si 192.168.x.x est le serveur NFS.

En fait j'ai un serveur des deux côtés pour faciliter les échanges (du
moins c'est ce que j'imagine)

Ah !! ok...
Un jour, tu centralisera tout sur le même, tu verras ;-)

Brave Frédéric, dans quoi il s'est lancé ;o)

Bah, quand on a quelqu'un de motivé, et qui a fait des recherches, ça
donne envie de l'aider ;-)

Plus tard sans doute ;-)
Arrête :o)))

Mais si, tu verras ;-)

--
Christophe PEREZ
Écrivez moi sans _faute !

Le Fri, 17 Dec 2004 21:03:40 +0100, jp willm a écrit:

/sbin/lsmod | grep nfs
Encore une formule magique. Si j'en retiens une à chaque fois...

lsmod liste les modules chargés en mémoire. Mais attention, certaines
choses peuvent être compilé en dur dans le noyau, être donc chargées
avec, et ne pas apparaître dans la liste du lsmod.
grep permet d'extraire une partie, ça simplifie dans les recherches au
seins de fichiers de configuration.

Mais pour en revenir à /etc/export j'y trouve chez moi
/home/jp/Documents nicole(ro,sync)
Pour y alouter l'IP devant nicole je l'écris comme ça :
192.168.x.x nicole comme dans /etc/hosts ?

Non, là, c'est une table de correspondance dans le /etc/hosts.
Ça évite d'avoir un serveur DNS qui fasse justement cette résolution
entre des IP et des Noms.

Ça, je savais, mais les amateurs comme moi s'imaginent souvent que l'IP
ne sert qu'à l'internet, mais finalement un réseau "at home" y ressemble
beaucoup.

Il n'y ressemble pas, il est pareil. Ton réseau est une sorte de
sous-réseau de l'internet.

Je note, je note, tu complètes ma formation "en direct" d'il y a un an
par Christophe Perez :o)

On va plutôt dire "information" ;-)

Mais là, je pense qu'il faille le lui préciser, sinon on risque de
partir dans des "boucles", non ?

Non, il y a des serveurs "maîtres" de DNS, et les autres s'y réfèrent.
Ils sont maîtres par rapport à des zones, et ton réseau local peut
lui même être une zone. Donc un serveur DNS local sera maître pour
cette zone, mais fera appel aux autres serveurs DNS pour les autres zones
non gérées par lui.

Quoi ?
Si j'ai :
127.0.0.1 jp.localdomain
192.168.x.x nicole
sur ma machine je dois mettre la même chose sur l'autre ?

Sur celle de nicole j'ai mis
127.0.0.1 nicole.localdomain
192.168.2.1 jp

En fait, tu devrais plutôt avoir quelque chose du genre :
Sur les 2 postes :
127.0.0.1 localhost localhost.localdomain
192.168.2.1 jp.localdomain jp
192.168.x.x nicole.localdomain nicole

PS : au fait, tu peux nous donner le x.x de nicole, nous avons tous le
même chez nous :-). C'est une adresse privé, non accessible telle quelle
par internet.

Mais j'ai pas compris à quoi se rapporte le 127.0.0.1 que je trouve en
début de /etc/hosts, ce n'est pas mon DNS primaire ni secondaire ?

C'est la "boucle locale". La machine elle même, sans passer par le
réseau.

Le but est de savoir si les services NFS sont activés et configurés au
démarrage de la machine (il est également possible de le savoir avec les
outils d'administration graphiques paramètres de système -> paramètres
de serveur -> services, et de les configurer également)
Ça, il faut que je le règle bien sur la machine de Nicole, faut que ça

se passe en douceur ;o)

Si tu veux partager des dossiers de chaque machine vers l'autre, il te
faut un serveur nfs sur chacune, et qui tourne, bien sûr, sans oublier
de lancer portmap avant (qui est aussi un service).
Donc, chaque machine doit avoir un fichier /etc/exports indiquant comment
il permet ses partages.

exemple, sur le poste jp :
/home/jp/Documents nicole(ro,sync)
ou
/home/jp/Documents nicole.localdomain(ro,sync)
ou
/home/jp/Documents 192.168.x.x(ro,sync)
ou
/home/jp/Documents *.localdomain(ro,sync)
Cette dernière ligne permet à n'importe qu'elle machine du domaine
localdomain de monter le répertoire.

et, sur le poste nicole :
/home/nicole/Documents jp(ro,sync)
ou
/home/nicole/Documents jp.localdomain(ro,sync)
ou
/home/nicole/Documents 192.168.x.x(ro,sync)
ou
/home/nicole/Documents *.localdomain(ro,sync)

Quand tu modifie le fichier /etc/exports d'une machine, il faut relancer
le service nfs de cette machine pour qu'il soit pris en compte :
/etc/init.d/nfs restart

Pour l'instant pour ne pas en rajouter j'ai désactivé les firewall sur
les deux Fedora. Et celui du modem/routeur est réglé par défaut... hem...

C'est bon.

jp:x:500:500:jp:/home/jp:/bin/bash

Rapide le mode console!

Et sur l'autre machine, jp est bien créé ?
Il a le même uid 501 ?
Les uid servent à reconnaître les utilisateurs.
S'ils sont différents, pour un même user, sur les différentes machines,
nfs ne peut pas s'en sortir.
En plus clair, si le répertoire /home/jp/Documents est accessible à jp
sur le serveur, il est donc accessible à l'uid 501.
Par conséquent, si jp sur l'autre machine n'a pas l'uid 501, il n'aura
pas accès au partage, même si celui-ci s'effectue bien.
Là, c'est une pure question de permissions de fichiers/répertoires.
Il faut donc "synchroniser" les uid de tous les postes qui doivent
partager quelque chose du genre.

Message subliminal : vive ldap !

All right, la fête continue. Je vais à présent essayer d'avancer encore
d'un cran en montant correctement les répertoires /mnt/jp et /mnt/nicole.

Allez zou !

J'espère pouvoir te lâcher les basquets bientôt :o}

Chouette ! Mais à mon avis, Frédéric est déjà en Week End :-)

PS : À tous, j'espère ne pas avoir écrit trop d'âneries, mais si c'est
le cas, n'hésitez pas à corriger, dans le but d'aider JP, pas moi :-)

--
Christophe PEREZ
Écrivez moi sans _faute !