Retourner aux forums || Retourner au forum Linux.general
Linux.general : Obliger l'utilisateur à donner un mot de passe pour accéder à un répertoire
Posté par guix77 () le 16 janvier 2005Samba di janeiro
Posté par
EppO (page perso, ) le 16/01/2005 à 03:26. (lien). Évalué à 1.
Tu crées un partage samba avec une policy share, ça devrait faire l'affaire.
-
[^]Re: Samba di janeiro
Brasil !
Posté par
gros_rouge () le 16/01/2005 à 23:50. (lien). Évalué à 1.
Autre solution :
- Tu crées un nouveau groupe nommé foobar par exemple (groupadd foobar),
- Tu attribues ton répertoire au groupe foobar (chgrp foobar le_nom_du_repertoire),
- Tu changes les permissions du répertoire (chmod 0750 le_nom_du_repertoire),
- Tu ajoutes les utilisateurs autorisés à accéder à ton répertoire au groupe foobar (gpasswd -a login_du _user foobar).
-
[^]Re: Brasil !
Posté par guix77 () le 17/01/2005 à 09:59. (lien). Évalué à 1.Ca demande un mot de passe pour l'user quand il veut accéder à des fichiers permis pour le groupe foobar cette commande ?
gpasswd -a login_du _user foobar ?-
[^]Re: Brasil !
Posté par gros_rouge () le 17/01/2005 à 18:18. (lien). Évalué à 3.Ca demande un mot de passe pour l'user quand il veut accéder à des fichiers permis pour le groupe foobar cette commande ?
Non.
gpasswd -a login_du _user foobar ?
Voici un exemple :
fabrice@ubuntu:~ $ cd /tmp/
fabrice@ubuntu:/tmp $ sudo -s
root@ubuntu:/tmp # mkdir secret_defense
root@ubuntu:/tmp # ls -dl secret_defense/
drwxr-xr-x 2 root root 4096 2005-01-17 19:07 secret_defense/
root@ubuntu:/tmp # chmod 0750 secret_defense/
root@ubuntu:/tmp # ls -dl secret_defense/
drwxr-x--- 2 root root 4096 2005-01-17 19:07 secret_defense/
root@ubuntu:/tmp # groupadd foobar
root@ubuntu:/tmp # grep foobar /etc/group
foobar:x:1001:
root@ubuntu:/tmp # chgrp foobar secret_defense/
root@ubuntu:/tmp # ls -dl secret_defense/
drwxr-x--- 2 root foobar 4096 2005-01-17 19:07 secret_defense/
root@ubuntu:/tmp # echo "GNU's Not Un*x" > secret_defense/secret
root@ubuntu:/tmp # exit
fabrice@ubuntu:/tmp $ groups
fabrice adm dialout cdrom floppy audio video plugdev lpadmin scanner
fabrice@ubuntu:/tmp $ cd secret_defense/
bash: cd: secret_defense/: Permission non accordée
fabrice@ubuntu:/tmp $ ls -l secret_defense/
ls: secret_defense/: Permission non accordée
fabrice@ubuntu:/tmp $ cat secret_defense/secret
cat: secret_defense/secret: Permission non accordée
fabrice@ubuntu:/tmp $ sudo -s
root@ubuntu:/tmp # gpasswd -a fabrice foobar
Ajout de l'utilisateur fabrice au groupe foobar
root@ubuntu:/tmp # exit
fabrice@ubuntu:/tmp $ logoutDéconnexion afin que les modifications soient prises en compte...
fabrice@ubuntu:~ $ groups
fabrice adm dialout cdrom floppy audio video plugdev lpadmin scanner foobar
fabrice@ubuntu:~ $ cd /tmp/
fabrice@ubuntu:/tmp $ cd secret_defense/
fabrice@ubuntu:/tmp/secret_defense $ cat secret
GNU's Not Un*x
fabrice@ubuntu:/tmp/secret_defense $ sudo -s
root@ubuntu:/tmp/secret_defense # gpasswd -d fabrice foobar
Retrait de l'utilisateur fabrice du groupe foobar
root@ubuntu:/tmp/secret_defense # exit
fabrice@ubuntu:/tmp/secret_defense $ logoutDéconnexion afin que les modifications soient prises en compte...
fabrice@ubuntu:~ $ groups
fabrice adm dialout cdrom floppy audio video plugdev lpadmin scanner
fabrice@ubuntu:~ $ cd /tmp/
fabrice@ubuntu:/tmp $ cd secret_defense/
bash: cd: secret_defense/: Permission non accordée
fabrice@ubuntu:/tmp $ ls -l secret_defense/
ls: secret_defense/: Permission non accordée
fabrice@ubuntu:/tmp $ cat secret_defense/secret
cat: secret_defense/secret: Permission non accordée
Cette solution n'est-elle pas plus élégante ?
Les pages de manuel à consulter :
* chmod(1)
* chown(1)
* chgrp(1)
* groups(1)
* gpasswd(1)
* groupadd(8)
* groupdel(8)
* ...
Fab.
-
Revenir en haut de page || Retourner aux forums || Retourner au forum Linux.general
Run by 
Cette page a été générée par Templeet en 0.055s (dont 0.0057 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.