Andesi - forum

Salut Shasha,

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 !

Bonjour,

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).

Hello

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  ....

comme je te disais je ne sais pas pourquoi ca fonctionnne car le ls donne toujours des
fichiers en 775  (resultat du umask sans doute).

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  ....

Je pense que c'est ton paramètre uid=nobody.

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

Ce n'est pas aussi mysterieux que ça...

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

Le premier 7 concerne le propriétaire du _répertoire_ archives et non de son contenu.

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...