Bonjour, je m'excuse pour le retard > Le vendredi 12 novembre 2010 à 16:54, Tahar BEN ACHOUR a écrit :
> | Non ça ne marche toujours ;( et ce même en user root, j'ai essayé en >enlevant > > > Si tu as l'option root_squash, c'est normal que root ne puisse pas écrire > dessus. J'ai enlevé l'option root_squash j'ai mis uniquement (sync,rw) comme options dans mon fichier /etc/exports > > | toutes les options et en laissant uniquement client1(rw,sync) et pareil > pas > > | moyen d'écrire sur le disque à distance. J'ai le même phénomène avec Samba >sur > > | ce même disque, une machine windows distante n'arrive pas à écrire dessus >non > > | plus pourtant j'ai donné l'option writable = yes. > | > | Là franchement je suis un peu perdu, en local je n'ai aucun soucis >d'écriture. > > Une « subtilité » de NFS c'est que les droits distants sont gérés de la même > façon que les droits locaux. C'est à dire qu'un utilisateur peut écrire si le > fichier (ou répertoire) lui appartient. Ça peut paraître évident, mais sur le > serveur et sur le client, les utilisateurs peuvent avoir le même identifiant > mais un UID différent et c'est justement cet UID qui fait foi. Est-ce que les > deux utilisateurs on le même UID ? > L'utilisateur distant et local ont les mêmes id, j'avais un utilisateur avec lequel j'arrivais à écrire à distance quand je l'avais désigné comme owner, mais l'utilisateur root n'a pas le droit d'écrire même s'il est owner du dossier monté en NFS c'est ce que je n'arrive pas à comprendre, car les fichier que je dois copier ne peuvent être lu que par root Une solution ? Merci -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers [email protected] En cas de soucis, contactez EN ANGLAIS [email protected] Archive: http://lists.debian.org/[email protected]
