Accès partage NFS via partage NFS

Accès partage NFS via partage NFS - réseaux et sécurité - Linux et OS Alternatifs

Marsh Posté le 14-09-2011 à 11:51:58    

Bonjour,
 
Je souhaite monter un partage NFS contenant lui même des répertoires montés en NFS.  
En gros le schéma (assez classique) est le suivant :  
NAS (Synology) <---- monte x partages NFS <---- Serveur debian <----monte 1 partage NFS (contient les répertoires NFS montés sur NAS) <---- Client ubuntu
 
A partir du serveur debian, je peux accéder sans soucis aux partages du NAS et à leur contenu.  
A partir du client ubuntu, je peux accéder sans soucis au partage du serveur debian, mais lorsque j'ouvre les sous-dossiers montés en NFS vers le NAS, je ne vois aucune donnée.... Aurais-je raté quelque chose ? Une option particulière à paramétrer dans mon fichier /etc/exports ?  
 
Merci d'avance pour votre aide !  :)

Reply

Marsh Posté le 14-09-2011 à 11:51:58   

Reply

Marsh Posté le 15-09-2011 à 10:29:15    

:bounce:  up !  :bounce:

Reply

Marsh Posté le 23-09-2011 à 19:36:56    

J'avais aussi des soucis,
 
Penses bien en premier à définir les privilèges NFS de tes partages (un par un) dans la conf du syno
 
puis tape ceci dans un terminal Ubuntu sur ton PC:
 

Code :
  1. mount -t nfs -o rw 192.168.X.XX:/volume1/photo /home/user/photo


 
en t'assurant que ces dossiers existe vraiment.

Message cité 1 fois
Reply

Marsh Posté le 25-09-2011 à 19:26:07    

A priori, je dirai :

nohide
This option is based on the option of the same name provided in IRIX NFS. Normally, if a server exports two filesystems one of which is mounted on the other, then the client will have to mount both filesystems explicitly to get access to them. If it just mounts the parent, it will see an empty directory at the place where the other filesystem is mounted. That filesystem is "hidden".
 
Setting the nohide option on a filesystem causes it not to be hidden, and an appropriately authorised client will be able to move from the parent to that filesystem without noticing the change.
However, some NFS clients do not cope well with this situation as, for instance, it is then possible for two files in the one apparent filesystem to have the same inode number.
 
The nohide option is currently only effective on single host exports. It does not work reliably with netgroup, subnet, or wildcard exports.
 
This option can be very useful in some situations, but it should be used with due care, and only after confirming that the client system copes with the situation effectively.
 
The option can be explicitly disabled with hide.

Message cité 1 fois

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.
Reply

Marsh Posté le 26-09-2011 à 10:54:02    

dusty35 a écrit :

J'avais aussi des soucis,
 
Penses bien en premier à définir les privilèges NFS de tes partages (un par un) dans la conf du syno
 
puis tape ceci dans un terminal Ubuntu sur ton PC:
 


Oui j'ai bien vérifié tout cela, la config du syno parait OK vu que je peux  sans problème monter les partages en direct (sans passer par le partage "parent";)...  
 
 

e_esprit a écrit :

A priori, je dirai :


nohide
This option is based on the option of the same name provided in IRIX NFS. Normally, if a server exports two filesystems one of which is mounted on the other, then the client will have to mount both filesystems explicitly to get access to them. If it just mounts the parent, it will see an empty directory at the place where the other filesystem is mounted. That filesystem is "hidden".
 
Setting the nohide option on a filesystem causes it not to be hidden, and an appropriately authorised client will be able to move from the parent to that filesystem without noticing the change.
However, some NFS clients do not cope well with this situation as, for instance, it is then possible for two files in the one apparent filesystem to have the same inode number.
 
The nohide option is currently only effective on single host exports. It does not work reliably with netgroup, subnet, or wildcard exports.
 
This option can be very useful in some situations, but it should be used with due care, and only after confirming that the client system copes with the situation effectively.
 
The option can be explicitly disabled with hide.


J'avais effectivement testé l'option nohide mais bizarrement cela ne changeait absolument rien au problème, du coup je suis resté sur la solution de monter les sous-fs un par un (il n'y en a pas tant que ça donc ce n'est pas trop contraignant pour le moment)...  Je me pencherai de nouveau sur cette option nohide cette semaine afin de vérifier que je n'ai rien loupé ;)
 
Merci en tous cas pour vos réponses!  :hello:


Message édité par j_tosnia le 26-09-2011 à 10:54:28
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed