Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1482 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs
  réseaux et sécurité

  Accès partage NFS via partage NFS

 
 


 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

Accès partage NFS via partage NFS

n°1290380
j_tosnia
bling bling
Posté le 14-09-2011 à 11:51:58  profilanswer
 

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 !  :)

mood
Publicité
Posté le 14-09-2011 à 11:51:58  profilanswer
 

n°1290493
j_tosnia
bling bling
Posté le 15-09-2011 à 10:29:15  profilanswer
 

:bounce:  up !  :bounce:

n°1291263
dusty35
Posté le 23-09-2011 à 19:36:56  profilanswer
 

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
n°1291340
e_esprit
Posté le 25-09-2011 à 19:26:07  profilanswer
 

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.
n°1291379
j_tosnia
bling bling
Posté le 26-09-2011 à 10:54:02  profilanswer
 

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

Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs
  réseaux et sécurité

  Accès partage NFS via partage NFS

 

Sujets relatifs
Impossible d'écrire dans un dossier partagé Windows[IPTABLES] Plus d'accès au réseau local une fois le POSTROUTING enlevé
Droit acces repertoire sous FREENASServeur web : problème accès à certaines URL depuis l'extérieur
[ubuntu] comment créer un espace de partage entre utilisateurs ?Copie automatique de Linux vers partage Windows
Tunnel SSH - limiter les accès ? (côté serveur SSH)utiliser un fichier MDB(acces) sous android 3.1
acces internet lent[NFS] Problème d'accès au partage
Plus de sujets relatifs à : Accès partage NFS via partage NFS

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.047 secondes

Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR