Dans ton cas, c'est le dernier 7 qui permet à quiconque de créer un fichier dans ce répertoire. Comme les machines XP son attachées à l'utilisateur nobody, tu peux constater que les fichiers créé par celles-ci sont donc attribué à nobody.
Pour finir, je pense que le sticky bit pourrait répondre à ta question d'empêcher les XP de supprimer les fichiers qui ne leur appartiennent pas. Mais celà ce limitera aux fichiers créé par les utilisateurs UNIX, pas ceux venant des autres XP.
Si tu veux vraiment gérer les droits plus finement, il te faudra utiliser samba en tant que controleur de domaine (PDC) et configurer les XP pour que les utilisateurs se connectent à ce domaine...Ainsi, les utilisateurs sur le domaine seront mappés à des utilisateurs UNIX...
]>les droits sur /home/archives st en 777
avec ca XP peut ecrire et lire. XP peut aussi supprimer des fichiers appartenant a Hello
Par contre si je mets les droits a 775 XP ne peut plus rien faire !!
il ne peut pas ecrire ne peut pas supprimer ses propres fichiers.
c'est anormal selon moi car le 1er 7 veut bien dire ts les droits
sur les fichiers du proprietaire....
comment faire pour que XP puisse ecrire et lire
puisse supprimer ses propres fichiers et pas ceux des autres
si tu vois clair c super moi je ne comprends plus!
mais enfin j'ai un work around.. mais pas satisfaisant pour la beaute du systeme
]>je vois 2 fichiers appartenant à nobody/nogroup, seraient-ils arrivés via un poste XP ?
Si tu vire le paramètre "guest ok", tu ne pourra plus atteindre ce partage depuis tes WinXP.
Enfin, quels sont les droits sur /home/archives ?
/me y voit au contraire de plus en plus clair
]>J'ai reformatter le disque en ext3 (a ce propos je n'avais guere le choix gparted ne me proposait que ext2 ext3 ou swap alors que je voulais formatter en ntfs enfin...)
Ceci afin de voir l'impact sur les droits.
mon fstab est donc modifie:
/dev/hdb1 /home/archives ext3 rw,user 0 0
Je le monte maintenant ds home
mon smb.conf a ete modifie afin de creer les logs:
[global]
workgroup = home
netbios name = Tour
server string = Tour
security = share
log level = 1
log file = /var/log/samba/log.%m
public = yes
wins support = no
[linux]
path = /
comment = la partie linux
guest ok = yes
browseable = yes
readonly = yes
available = yes
[Backup]
path = /home/archives
comment = disque de Backup
available = yes
guest ok = yes
writable = yes
browseable = yes
Quand je regarde les droits
-rwxr-xr-x 1 hello hello 104448 2008-02-10 23:01 Alarme.doc
-rwxr--r-- 1 nobody nogroup 737237 2004-12-16 17:08 freeundelete.exe
drwx------ 2 root root 16384 2009-03-31 01:17 lost+found
drwxr-xr-x 2 nobody nogroup 4096 2009-03-31 13:40 NX
toujours pas les droits en ecriture mais ca marche a travers samba depuis un poste XP
le mystere est toujours la non?
j'adore les mysteres...
mais qd ca marche on ne va pas se plaindre...
]>Comme je le disais plus haut, sans authentification au niveau samba, je pense que les utilisateurs qui accèdent à tes partages ne son pas connus...mais ce dont je n'avais pas pensé, c'est qu'ils sont tout de même attribué à un utilisateur unix...et dans ce cas là, je pense qu'ils sont mappé sur nobody.
En epeluchant les log de samba, je suis presque certain que ma théorie serait justifiée !
En tout cas, elle a le mérite d'exister et d'avoir du sens
]>mais voici comment j'ai modifie smb.conf:
[global]
workgroup = home
netbios name = Tour
server string = Tour
security = share
public = yes
wins support = no
[linux]
path = /
comment = la partie linux
guest ok = yes
browseable = yes
readonly = yes
available = yes
[Backup]
path = /media/win1
comment = disque de Backup
available = yes
guest ok = yes
writable = yes
browseable = yes
et voici el fstab:
/dev/hdb1 /media/win1 vfat defaults,user,uid=nobody,umask=113,dmask=002 0 0
ca ne devrait pas marcher ... mais ca marche ....
]>Alors, tous tes fichiers apparaissent en 777 désormais ? fait voir le contenu de ton fstab maintenant ?
]>c'est tombe en marche !!!!
Ca fonctionne comme je le souhaite .... le gag c'est que je ne comprends pas pourquoi
Merci a tous probleme resolu ....
Ceux-ci sont fixé une fois pour toute au montage, en fonction des options que tu as précisé. Ton 775 correspond ici bien à ton umask 002 (mask inversé) que tu as donné plus haut.
]>les fichiers sont en rwxrwxr-x cad comme si j'avais fait un chmod 775
d'ou cela peut il venir?
Peut être du umask=113,dmask=002 ? Il me semble que les droits sur le point de montage sont modifiés quand tu montes le système de fichiers. Les droits modifiés sont issus des paramètres du "mount" ayant servi à monter le système de fichiers (donc du fstab dans ton cas).
]>Je viens de constater que malgre un chmod 777
les fichiers sont en rwxrwxr-x cad comme si j'avais fait un chmod 775
d'ou cela peut il venir?
]>Question: as-tu essayé de voir ce que Samba râlait dans ses journaux à ce propos là ?
un tail -f sur les différents journaux de samba te donnera en live les remarques de Samba lors de ta tentative d'accès en écritures aux fichiers.
Petite précision, FAT ne gère pas les droits autre que utilisateurs (et encore). Du coup, tout est dans les options de montages. Si tu monte en indiquant root en propriétaire et win en groupe, tous les fichiers de l'arbo montée auront ces droits.
Enfin, j'imagine que tu n'a pas monté un vrai domaine, mais juste un workgroup ? ce qui signifierais que tes connexions depuis les postes WinXP ne se font pas via une authentification (explicite ou pas hein) et que l'utilisateurs voulant accéder à ces fichiers n'est donc pas connus, ni de Samba, ni de Unix. Tu vois où je veux en venir ?
Si c'est bien le cas, tu aura à accorder tes mask pour autoriser l'accès aux fichiers à tout le monde, utilisateur, groupes ET autres: un ls -l sur les fichiers de l'arborescence montée devrait te donner des permissions à rwxrwxrwx pour tous les fichiers.
Bon courage et raconte nous comment ça se passe !
]>Vous vous dites encore ce SAMBA.
Apres des heures de lecture de forums traitants de ce sujet je me tourne vers vous
car je ne sais plus quoi faire pour resoudre mon pb.
Vous allez me dire tout est ecrit dans les posts sur SAMBA...
Et bien soit il me faut changer de lunettes soit de neurones.
Avec la crise je ne peux faire ni l'un ni l'autre...
Expose de la situation:
J'ai un PC avec Debian 4 qui tourne SAMBA. Sur ce PC deux disques durs.
Un qui contient en autre l'OS (linux) et l'autre un ancien (FAT) qui contient des fichiers
de sauvegarde (backup)
D'autres PC en XP qui veulent lire les fichiers sur le PC Debian et ecrire dans le disque backup.
Je souhaite travailler sans password.
Apres avoir configurer samba voila le resultat:
Du PC linux je peux lire et ecrire vers XP (vers les zones partagees)
de XP je lire les 2 disques du PC linux. Parfait !
le pb? je ne peux pas ecrire ds le disque backup.
Comment faire pour que cela fonctionne?
Qd je regarde le resultat de testparms tout est bon, voici le smb.conf
[global]
workgroup = home
netbios name = Tour
server string = Tour
security = share
guest account = nobody
wins support = no
[linux]
path = /
comment = la partie linux
guest ok = yes
browseable = yes
readonly = yes
hosts allow = 192.168.0.5/10
available = yes
public = yes
writable = no
[Backup]
path = /media/win1
comment = disque de Backup
available = yes
browseable = yes
public = yes
guest ok = yes
writable = yes
hosts allow = 192.168.0.5/10
comme vous le voyez le disque est monte en /media/win1
j'ai fait un chmod 777 sur lui
Avant le fstab ressemblait a:
/dev/hdb1 /media/win1 vfat defaults,rw,users 0 0
apres mes lectures j'ai cree un groupe win et maintenant il ressemble a:
/dev/hda1 /media/win1 vfat defaults,user,uid=root,gid=win,umask=113,dmask=002 0 0
mais ca ne me donne tjrs pas l'acces en ecriture a ce disque.
Pouvez vous me guider dans ma recherche du pb?
Merci
Shasha