Aller au contenu

Messages recommandés

Bonjour à tous,

Je possède un NAS Synology 211j.

J'ai créé l'utilisateur "toto" en plus de l'utilisateur admin.

L'utilisateur "toto" appartient au groupe "users"

J'ai créé plusieurs dossiers partagés : photo, video, music, partage.

J'ai attribué les droits "RW" à l'utilisateur "toto" pour tous les dossiers partagés ci-dessus.

Le groupe "users" a également les droits "RW" pour tous les dossiers partagés.

J'ai également activé le mode "accueil utilisateurs" pour "toto"

Malgré cette configuration,

L'utilisateur "toto" ne peut écrire dans aucun des dossiers partagés : Il ne peut pas créer de dossier ou de fichier.

L'utilisateur "toto" peut seulement écrire dans son dossier "home".

En gros, on dirait que malgré les droits attribués à cet utilisateur, seul les droits de lecture sont autorisés.

J'ai vérifié, l'utilisateur "admin" peut par contre écrire sans problème dans n'importe quel dossier partagé.

Avez-vous une idée du problème??

Merci d'avance pour votre aide.

Lien vers le commentaire
Partager sur d’autres sites

oui j'ai essayé de créer un dossier via l'interface web DSM ou via le ssh, mais rien y fait.

En revanche j'ai configuré les privilèges NFS pour les dossiers partagés et j'ai donc donné l'autorisation à l'adresse ip local de mon pc portable les droits d'écriture et de lecture. Dans ce cas là je n'ai pas besoin de me logger et je peut donc écrire et lire dans les dossiers partagés.

On dirait que cela ressemble à ce type de problème :

Oui ca y ressemble sauf que de mon côté j'ai désactivé File Station car impossible de le faire marcher.

D'ailleurs en parlant de File Station, je n'en suis pas certain, mais il me semble que mon problème de droit d'accès est arrivé depuis que j'ai essayé d'activer File Station.

Je viens de me connecter en ssh sur le nas en tant utilisateur admin et il y a un truc bizarre, tous les dossiers partagés ont un propriétaire "1000" et un groupe "1000". Je ne sais pas du tout qui est cet utilisateur!! Il n'existe pas, je n'ai jamais créé d'utilisateur et groupe nommé "1000". Une idée??

Lien vers le commentaire
Partager sur d’autres sites

Le mot de passe root est celui du compte admin (je sais, c'est pas logique, mais c'est comme ca)

Effectivement, ce n'est pas logique mais bon ...

Celà dit ca ne change strictement rien à mon problème.

Quelqu'un aurait-il une idée?? Pourquoi seul l'utilisateur admin peut écrire dans les dossiers partagés?? pourquoi le "user" et le "group" des dossiers partagés est "1000" ??

Lien vers le commentaire
Partager sur d’autres sites

Alors en fait j'ai compris qui était le "1000".

En fait J'ai configuré un partage NFS avec mon pc portable sous linux en ajoutant les lignes suivantes sur le fichier "/etc/fstab" de mon pc Linux.


nas_mgaf:/volume1/video   		/media/nas_films	nfs user  0 0

nas_mgaf:/volume1/photo   		/media/nas_photos   	nfs   user  0 0

nas_mgaf:/volume1/music   		/media/nas_musiques   nfs 	user  0 0

nas_mgaf:/volume1/partage   			/media/nas_partage  	nfs 	user  0 0

nas_mgaf:/volume1/homes/aurelien    	/media/nas_home 	nfs user  0 0

Sur mon pc Linux il existe un utilisateur "aurelien" (uid=1000) appartenant au groupe "aurelien" (gid=1000). En revanche les dossiers partagés ont été créés à partir du DSM donc je ne comprend pas pourquoi le "user" et le "groupe" dossiers partagés ont été changés. Par contre je comprend que si je créé un nouveau dossier à partir de mon pc portable, le "user" et le "groupe" seront égaux à "1000". Cela dit, ca reste génant car le Nas ne connaît pas le user=1000, ni le groupe=1000, donc il ne sait pas quel droit attribué. Maintenant, j'ai modifié le user et le groupe des dossiers partagés via une connexion ssh au nas avec l'utilisateur "root". Donc la commande "ll /volume1" me donne le résultat suivant :

NAS_MGAF> ll /volume1

drwxr-xr-x   14 root 	root      	4096 Sep 24 15:50 .

drwxr-xr-x   23 root 	root      	4096 Sep 23 19:46 ..

drwx------	2 root 	root      	4096 Sep 10 08:50 @autoupdate

drwxr-xr-x	3 admin	users 		4096 Aug 16 22:36 @database

drwx------	8 root 	root      	4096 Sep 24 15:50 @eaDir

drwxr-xr-x   17 root 	root      	4096 Sep 10 08:54 @postfix

drwxrwxrwx	4 root 	root      	4096 Sep 23 19:46 @spool

drwxrwxrwx	3 root 	root      	4096 Sep 24 10:44 @tmp

-rw-------	1 root 	root      	7168 Sep 24 16:54 aquota.group

-rw-------	1 root 	root      	8192 Sep 24 16:54 aquota.user

drwxr-xr-x	7 root 	root      	4096 Sep 14 18:42 homes

drwxr-xr-x  138 root 	root 		12288 Sep 24 16:50 music

drwxr-xr-x	6 root 	root      	4096 Sep 24 10:36 partage

drwxr-xr-x	5 root 	root      	4096 Sep 20 15:59 photo

drwxrwxrwx	4 root 	root      	4096 Sep 24 15:52 toto

drwxr-xr-x	2 root 	root 		12288 Sep 10 18:54 video

J'ai appliqué "user=root" et "group=root", car en faisant le teste de créer un nouveau dossier partagé "toto" via le DSM, j'ai vu que par défaut le DSM attribue "user=root" et "group=root" au nouveau dossier partagé créé. Mais finalement je n'ai toujours pas les droits "d'écritures" sur les dossiers partagés sauf pour nouveau dossier "toto" que je viens de créé (normale car le dossier partagé toto à les droits 777). (cf le post : ) sinon comme tu me l'as demandé, voici le contenu du fichier "/etc/passwd" :

NAS_MGAF> more /etc/passwd

root:x:0:0:root:/root:/bin/ash

lp:x:4:7:lp:/var/spool/lpd:/sbin/nologin

anonymous:x:21:21:Anonymous FTP User:/nonexist:/sbin/nologin

ftp:x:21:21:Anonymous FTP User:/nonexist:/sbin/nologin

smmsp:x:25:25:Sendmail Submission User:/var/spool/clientmqueue:/sbin/nologin

postfix:x:125:125:Postfix User:/nonexist:/sbin/nologin

dovecot:x:143:143:Dovecot User:/nonexist:/sbin/nologin

spamfilter:x:783:1023:Spamassassin User:/var/spool/postfix:/sbin/nologin

nobody:x:1023:1023:nobody:/home:/sbin/nologin

admin:x:1024:100:System default user:/var/services/homes/admin:/bin/sh

guest:x:1025:100:Guest:/var/services/homes/guest:/bin/sh

aurelien:x:1026:100:Aurelien:/var/services/homes/aurelien:/bin/sh

marion:x:1027:100:Marion:/var/services/homes/marion:/sbin/nologin

JFred:x:1028:100:Jean-Fred Christmann:/var/services/homes/JFred:/sbin/nologin

Flo:x:1029:100:Florent Dupond:/var/services/homes/Flo:/sbin/nologin

Lien vers le commentaire
Partager sur d’autres sites

Bonjour,

J'ai eu le même problème que toi, pour le résoudre, j'ai sur mon PC Linux donné le même numéro d'utilisateur que sur le NAS (1026 en ce qui te concerne). Ainsi, je n'ai pas de problème de propriétaire.

Pour avoir les droits sur les dossiers partagés, tu peux faire un chmod -R 777 * dans /volume1.

Cordialement.

Michel.

Lien vers le commentaire
Partager sur d’autres sites

Merci pour ta réponse catimimi mais c'est plutôt bourrin comme méthode :D.

Faire un chmod -R 777 sur les dossiers partagés c'est quand même un peu rendre la porte ouverte à toutes les fenêtres et en plus ca signifie que tu annules tous les privilèges que tu as attribués dans le DSM.

Je ne sais pas si c'est la méthode que tu as choisie, mais si c'est le cas, le fait de changer l'uid sur ton pc ne sert à rien puisque tu attribues les droits à tout le monde avec le "chmod -r 777".

Je suis à la recherche d'une méthode propre pour attribuer les droits d'accès aux dossiers partagés de mon Nas en respectant les utilisateurs et les groupes que j'ai mit en place via le DSM.

Une idée??

Lien vers le commentaire
Partager sur d’autres sites

Bonjour,

Les droits sur les dossiers partagés ne sont pas (et ne peuvent pas être) gérés ou niveau Linux, mais au niveau DSM.

Essaie de créer un dossier, interdit admin d'y accéder et donne lui les droits 777 : ce dossier ne sera pas visible dans le navigateur de fichiers malgré les droits 777, donc la méthode n'est pas si malpropre que cela !!!

Cordialement.

Michel.

Lien vers le commentaire
Partager sur d’autres sites

J'ai trouvé la source du problème :

J'ai mis en place un partage NFS entre mon NAS et mon pc linux.

Les points de montage sont dans /media.

Etant donné que les uid et gid sur mon pc ne sont pas les mêmes que sur mon NAS, je n'avais donc pas les mêmes droits.

Par exemple pour le dossier partagé "music" du NAS, j'ai un point de montage sur mon pc linux nommé "/media/nas_music".

Le point de montage avait pour user=aurelien (uid=1000) et pour groupe=aurelien (gid=1000). Or sur mon NAS l'utilisateur "aurelien" a pour uid=1026 et pour gid=100.

Ce qui est curieux c'est que le user et le groupe du dossier partagé "volume1/music" de mon NAS ont été modifié.

Avant la création du point de montage :


NAS_MGAF> pwd

/volume1

NAS_MGAF> ll

rwxrwxrwx  140 root 	root     	12288 Sep 24 20:52 music

Après la création du point de montage sur mon pc linux :

NAS_MGAF> pwd

/volume1

NAS_MGAF> ll

rwxrwxrwx  140 1000 	1000     	12288 Sep 24 20:52 music

C'est quand même embêtant!!

Lien vers le commentaire
Partager sur d’autres sites

Oui oui, j'ai bien compris maintenant qu'il fallait changer les uid et gid.

Le problème c'est que le gid par défaut sur le nas est "users=100". Or sur mon pc linux (Kubuntu 11.04), le groupe "users=100" existe déja et je ne sais pas pour quoi il est utilisé (je sais pas s'il est utilisé par Kubuntu). En plus, sur le NAS, seul l'utilisateur "admin" peut modifier le propriétaire et le groupe d'un fichier ou répertoire.

De plus sur mon pc, avec un partage NFS, on ne peut pas indiquer lors du montage le nom de l'utilisateur. Donc si je me connecte sur mon pc avec un autre utilisateur que "aurelien", j'aurais quand même accès au fichier.

Lien vers le commentaire
Partager sur d’autres sites

Rejoindre la conversation

Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.

Invité
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.