Quand un mac se connecte à une ressource SMB sur un serveur (windows ou
solaris) Mac OS affecte comme propriétaire aux fichiers l'utilisateur
connecté, son groupe par défaut et les autorisations sont: -rwx------
pour tous les fichiers.
Le problème, c'est que le mac est partagé entres plusieurs utilisateurs (
en local ou sur d'autres mac). L'utilisateur qui a effectué le transfert
de fichiers entre le PC (ou le serveur Sun) et le Mac doit modifier les
droits pour le groupe à chaque fois.
Y a-t-il un moyen de modifier les droits par défaut lors de la connexion
par SMB ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Patrick Stadelmann
In article <20040921123126794+, Oedipe Yziourlov wrote:
Y a-t-il un moyen de modifier les droits par défaut lors de la connexion par SMB ?
Ce n'est pas lié à la connexion SMB : quand un utilisateur copie des fichiers, il en devient propriétaire. Il peut modifier les permissions via la fenêtre d'infos du Finder.
Patrick -- Patrick Stadelmann
In article <20040921123126794+0200@news.free.fr>,
Oedipe Yziourlov <Oncle.Picsous@medef.asso.fr> wrote:
Y a-t-il un moyen de modifier les droits par défaut lors de la connexion
par SMB ?
Ce n'est pas lié à la connexion SMB : quand un utilisateur copie des
fichiers, il en devient propriétaire. Il peut modifier les permissions
via la fenêtre d'infos du Finder.
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
In article <20040921123126794+, Oedipe Yziourlov wrote:
Y a-t-il un moyen de modifier les droits par défaut lors de la connexion par SMB ?
Ce n'est pas lié à la connexion SMB : quand un utilisateur copie des fichiers, il en devient propriétaire. Il peut modifier les permissions via la fenêtre d'infos du Finder.
Patrick -- Patrick Stadelmann
Oedipe Yziourlov
In Patrick Stadelmann wrote:
Ce n'est pas lié à la connexion SMB : quand un utilisateur copie des fichiers, il en devient propriétaire. Il peut modifier les permissions via la fenêtre d'infos du Finder.
C'est ce que je pensais. Mais les autorisations sont fixées avant la copie. Quand on regarde avec le finder les fichiers sur le volume monté, on ne voit rien, mais les droits sont visible par le terminal.
L'utilisateur peut bien sûr modifier les permissions, mais n'est-t-il pas possible d'éviter cela ?
In <Patrick.Stadelmann-B573FB.13192221092004@individual.net> Patrick
Stadelmann wrote:
Ce n'est pas lié à la connexion SMB : quand un utilisateur copie des
fichiers, il en devient propriétaire. Il peut modifier les permissions
via la fenêtre d'infos du Finder.
C'est ce que je pensais. Mais les autorisations sont fixées avant la
copie. Quand on regarde avec le finder les fichiers sur le volume monté,
on ne voit rien, mais les droits sont visible par le terminal.
L'utilisateur peut bien sûr modifier les permissions, mais n'est-t-il
pas possible d'éviter cela ?
Ce n'est pas lié à la connexion SMB : quand un utilisateur copie des fichiers, il en devient propriétaire. Il peut modifier les permissions via la fenêtre d'infos du Finder.
C'est ce que je pensais. Mais les autorisations sont fixées avant la copie. Quand on regarde avec le finder les fichiers sur le volume monté, on ne voit rien, mais les droits sont visible par le terminal.
L'utilisateur peut bien sûr modifier les permissions, mais n'est-t-il pas possible d'éviter cela ?
Nicolas.MICHEL
Oedipe Yziourlov wrote:
C'est ce que je pensais. Mais les autorisations sont fixées avant la copie. Quand on regarde avec le finder les fichiers sur le volume monté, on ne voit rien, mais les droits sont visible par le terminal.
L'utilisateur peut bien sûr modifier les permissions, mais n'est-t-il pas possible d'éviter cela ?
Sur ton serveur il est possible d'avoir des ACL qui devraient pouvoir prendre le pas sur les settings du client au moment de la copie. Avec Samba, l'option "inherit permissions (S)" le fait aussi, cf man smb.conf (je connais pas solaris, c'est aussi samba qui fait le smb ?)
Sinon sur le client, il n'y a pas sous OSX de solutions probante pour changer le umask, les soluces données n'étant valables que pour les appli qui le veulent bien. Il n'y a pas d'ACL non-plus. Par contre un cron toutes les 5 minutes le fera, mais c'est pas très élégant.
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
C'est ce que je pensais. Mais les autorisations sont fixées avant la
copie. Quand on regarde avec le finder les fichiers sur le volume monté,
on ne voit rien, mais les droits sont visible par le terminal.
L'utilisateur peut bien sûr modifier les permissions, mais n'est-t-il
pas possible d'éviter cela ?
Sur ton serveur il est possible d'avoir des ACL qui devraient pouvoir
prendre le pas sur les settings du client au moment de la copie.
Avec Samba, l'option "inherit permissions (S)" le fait aussi, cf man
smb.conf (je connais pas solaris, c'est aussi samba qui fait le smb ?)
Sinon sur le client, il n'y a pas sous OSX de solutions probante pour
changer le umask, les soluces données n'étant valables que pour les
appli qui le veulent bien. Il n'y a pas d'ACL non-plus.
Par contre un cron toutes les 5 minutes le fera, mais c'est pas très
élégant.
--
S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes
iChat/AIM : michelnicolas
C'est ce que je pensais. Mais les autorisations sont fixées avant la copie. Quand on regarde avec le finder les fichiers sur le volume monté, on ne voit rien, mais les droits sont visible par le terminal.
L'utilisateur peut bien sûr modifier les permissions, mais n'est-t-il pas possible d'éviter cela ?
Sur ton serveur il est possible d'avoir des ACL qui devraient pouvoir prendre le pas sur les settings du client au moment de la copie. Avec Samba, l'option "inherit permissions (S)" le fait aussi, cf man smb.conf (je connais pas solaris, c'est aussi samba qui fait le smb ?)
Sinon sur le client, il n'y a pas sous OSX de solutions probante pour changer le umask, les soluces données n'étant valables que pour les appli qui le veulent bien. Il n'y a pas d'ACL non-plus. Par contre un cron toutes les 5 minutes le fera, mais c'est pas très élégant.
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
