|
Publicité ' | |||||||||||||||||||||||
|
|
#1 |
|
Invité de passage
![]() Inscription : novembre 2002 Messages : 27 ![]() |
Bonjour
Débutant Linux, j'ai 3 PC en réseau et j'essaie d'installer un serveur de fichiers sur un PC ancien (Debian 3.1 Sarge). Extrait du fichier "/etc/exports" sur le serveur : /home/public *.jackdev(ro) Sur un client (Mandrake 10.1 Community), via le "Centre de contrôle" le serveur est reconnu, mais le montage échoue. De même la commande : root# mount -t nfs celeron333.jackdev:/home/public /home/nfs_public me retourne le message : "celeron333.jackdev:/home/public failed, reason given by server : Permission denied" Faut-il ajouter une règle à "iptables" ? ou bien autre chose ? Merci d'avance. |
|
|
00
|
|
|
#2 |
|
Membre confirmé
![]() Inscription : décembre 2002 Messages : 339 ![]() |
As-tu pensé au démon portmap et ses fichiers de configuration hosts.allow et hosts.deny ???
|
|
|
00
|
|
|
#3 |
![]() Inscription : mars 2004 Messages : 1 298 ![]() |
as tu bien utilisé la commande exporfs apres la mise a jour du fichier /etc/exports ?
pour un serveur nfs ET client nfs il de fazut les services rpc (pas tj les même nom celon mes distribution) en plus du daemons nfsd |
|
|
00
|
|
|
#4 |
|
Invité de passage
![]() Inscription : novembre 2002 Messages : 27 ![]() |
Merci pour votre aide.
?? As-tu pensé au démon portmap et ses fichiers de configuration hosts.allow et hosts.deny ??? Le démon portmap est bien lancé. La commande : retourne sur le serveur
Les fichiers hosts.allow et hosts.deny sont vides. J'ai mis dans hosts.allow. Même refus de mount sur le client. ?? as tu bien utilisé la commande exporfs apres la mise a jour du fichier /etc/exports ? oui, "exportfs -a", j'ai même relancé la machine. ?? pour un serveur nfs ET client nfs il te faut les services rpc (pas tj les même nom celon mes distribution) en plus du daemons nfsd En principe oui, mais comment savoir si tous les services sont installés ? |
|
|
00
|
|
|
#5 |
|
Membre confirmé
![]() Inscription : décembre 2002 Messages : 339 ![]() |
alors, pour /etc/hosts.allow, je mettrais plutôt :
en remplaçant bien sûr 192.168.0.5 par ton adresse ip. Vu que t'es sous debian, ton serveur doit avoir le package "nfs-kernel-server" et ton client "nfs-common" et nfs doit être compilé dans le noyau (attention c'est bien l'option serveur qui doit être activée et non la cliente pour le serveur). Et si ça ne va tjs pas, tu peux toujours essayer sur le client : Si je me souviens bien, ça te donne tous les services du serveur que le client peut voir. ça peut aider pour trouver l'erreur au cas où. T'as aussi pensé à tes firewall ? |
|
|
00
|
|
|
#6 |
|
Invité de passage
![]() Inscription : novembre 2002 Messages : 27 ![]() |
J'ai modifié /etc/hosts.allow : ALL: 10.0.0.4 (adresse_ip_client), le montage sur le client est toujours refusé.
Sur le serveur (debian 3.1) j'ai nfs-kernel-server et nfs-common installés. Sur le client (mandrake 10.1) j'ai netfs et nfslock. Sur le client rpcinfo -p adresse_ip_serveur me retourne tous les services installés sur le serveur c-a-d les mêmes qu'en faisant rpcinfo -p sur le serveur. Je pencherais plutôt sur un blocage par un Firewall. Mais : - Est-ce que ce sont les règles iptables qui gèrent? - Si oui, comment lister les règles en cours? |
|
|
00
|
|
|
#7 |
|
Membre confirmé
![]() Inscription : décembre 2002 Messages : 339 ![]() |
Bon, ça devient plus un problème de firewall à priori mais je suis pas un expert en mandrake pour confirmer que les pacquets netfs et nfslock sont ceux pour un client nfs, il existerait pas un package nfs-utils-clients ou quelque chose dans ce genre ? J'ai trouvé un package de ce nom sur le net, c'est peut-être ça qui te manque (n'oublie pas de lancer le démon correspondant...)
L'adresse IP de ton client est un peu "inhabituelle". Tu es sur un réseau local ou tu essayes de te connecter via le net ? je suppose en local vu l'ancienne config de ton /etc/hosts.allow mais je préfère être sûr. Tu n'avais pas besoin d'installer le nfs-common sur le serveur mais on va s'en servir. Mets dans /etc/hosts.allow l'adresse ip du serveur, dans /etc/exports, rajoutes la même ligne que tu as pour ton client en changeant l'adresse ip cliente pour l'adresse ip serveur. Tu redémarres tes services. Maintenant tu montes un client nfs directement sur la machine serveur (on oublie pour l'instant la machine cliente). Est-ce que ça marche ??? Si oui, deux problèmes me viennent à l'esprit : 1) problème de configuration du client 2) problème de firewall(s) Pour lister ton firewall qui à mon avis est géré par iptables (à moins que tu ne sois en noyau 2.2 ou 2.0), il suffit de faire : Attention, il ne faut pas vérifier uniquement le firewall de ton client mais aussi celui de ton serveur. Pour info, quand tu fais un "rpcinfo -p", la colonne "protocol" te donne le port utilisé par le service et la colonne juste avant te dit si c'est du tcp ou de l'udp. |
|
|
00
|
|
|
#8 |
|
Invité de passage
![]() Inscription : novembre 2002 Messages : 27 ![]() |
Bonjour
1 - Le package nfs-utils-clients est bien installé sur le client. 2 - Pour l'adresse IP "inhabituelle", j'ai une connexion Internet continue via un modem/routeur/passerelle, et l'adresse IP est donnée par un serveur DHCP. Sous Windows, j'ai le même adressage. 3 - Après tes conseils d'installation d'un client sur le poste serveur, mon client s'est bien monté sur le serveur. Là, ça marche. 4 - Quant au pare-feu, sur le serveur, me donne : Chain INPUT (policy ACCEPT 0 packets, 0 bytes) Chain FORWARD (policy ACCEPT 0 packets, 0 bytes) Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes) Sur le PC client(mandrake), le pare-feu est désactivé. La commande iptables me donne les mêmes réponses. Faut-il comprendre que le pare-feu n'est pas activé sur le serveur ? |
|
|
00
|
|
|
#9 | |||||
|
Membre confirmé
![]() Inscription : décembre 2002 Messages : 339 ![]() |
Citation:
Citation:
- soit t'as mis une mauvaise adresse ip dans /etc/exports ou /etc/hosts.allow mais là j'en doute. - As-tu pensé à activer le démon portmap sur le client avant d'avoir activé le démon de nfs-utils-client ??? c'est juste au cas où. Et si tu n'as pas encore redémarrer tes machines depuis ton premier message, relance les démons portmap et nfs-utils-client. On ne sais jamais .... - Le client n'a peut-être pas le nfs-client compilé dans le noyau (ou en module). Essaye un coup cette commande : Code :
Si l'un des deux ne te renvoie pas d'erreur, réessaye de te connecter, c'est peut-être le module qui ne se chargeait pas tout seul..... Citation:
|
|||||
|
|
00
|
|
|
#10 | ||
|
Invité de passage
![]() Inscription : novembre 2002 Messages : 27 ![]() |
Bonjour
Les machines se reconnaissent bien sur le réseau et portmap est actif sur le client. Code :
aucun retour le montage sur le client toujours refusé. Je pressents que mon WE va être bien occupé. |
||
|
|
00
|
|
|
#11 | ||
|
Membre confirmé
![]() Inscription : décembre 2002 Messages : 339 ![]() |
Citation:
Citation:
Tant que j'y pense, tu peux me donner le résultat de la commande "rpcinfo -p" de tes deux bécanes, y'a peut-être un truc qui n'est pas activé.... Est-ce que ta machine cliente a une Ip fixe ??? si oui, ça va. Sinon, il faut vérifier à chaque fois que son adresse ip apparaît bien sur la machine serveur dans les fichiers /etc/exports et /etc/hosts.allow. Erreur habituelle aussi (je l'ai eu je sais pas combien de fois) : Il y a un s au bout de exports et au bout de hosts mais pas au bout d'allow. Et puis t'inquiètes pas, y'a déjà eu des problèmes avec nfs sur le forum et des longs longs posts .... Tiens je viens de voir un truc. Essaye de remplacer ton /etc/exports par : Evidemment tu remplaces l'adresse ip par celle de ta machine. Si je me souviens bien, vu que tu travailles par nom de domaine, les hosts.allow et hosts.deny ne sont pas "utilisés", ça doit être deux autres fichiers mais je me souviens plus de leurs noms.... Bon avec ça, si on trouve pas le problème, va falloir attaquer la brique directement
|
||
|
|
00
|
|
|
#12 |
|
Invité de passage
![]() Inscription : novembre 2002 Messages : 27 ![]() |
Bonjour le mage tophinus
J'ai trouvé mon erreur. J'avais bien dit que j'étais débutant, mais là je n'ai vraiment pas assuré. En fait, c'était mon fichier "hosts" sur le client qui comportait une erreur d'adressage du serveur. Comme je demandais le montage par le nom de la machine, il essayait de monter sur une autre qui n'était pas le serveur. Je suis navré d'avoir abusé de ton temps, et te remercie. Quant à moi, j'ai repoussé un peu les limites de mon ignorance. |
|
|
00
|
|
|
#13 | |
|
Membre confirmé
![]() Inscription : décembre 2002 Messages : 339 ![]() |
Citation:
Et si tu as encore des problèmes, n'hésite pas. On est tous passé par là (enfin je pense) |
|
|
|
00
|
Copyright © 2000-2012 - www.developpez.com