Je ne suis pas un habitué des accès Samba via un Debian plutà ´t qu'un
Win mais j'ai le sentiment que votre problème vient du fait :
qu'a partir d'un poste XP l'utilisateur qui "touche" aux fichiers est
toujours samba.samba (clauses force user .group)
tandis qu'avec le mount, l'utilisateur qui "touche" les fichiers est
l'utilisateur classique même si vous faite monter le partage en 33.3 3
(samba j'imagine)
Il n'y a pas ce changement d'utilisateur, pour le vérifier ,faite un
"su samba"
My two cent.
Pierre
Le 09/08/2010 14:56, David BERCOT a écrit :
> Bonjour,
>
> Sur un serveur Debian (Lenny), j'ai une ressource partagée de la
> manière suivante :
> [ressource]
> comment = Ressource
> path = /ressource
> valid users = @groupeAD
> read only = no
> browseable = no
> create mask = 0775
> directory mask = 0775
> force user = samba
> force group = samba
> force create mode = 0775
> force directory mode = 0775
> A partir d'un poste sous Windows XP, je me connecte à cette
> ressource via un compte du groupeAD et tout fonctionne
> parfaitement : lecture, écriture, avec les bons droits...
>
> En revanche, Ã partir d'une autre machine Debian (toujours Lenny),
> si je rajoute cette ligne dans mon fstab :
> //adresseIP/ressource /mnt_ressource cifs
> credentials=.smbcredentials ça ne fonctionne plus.
> En root, j'arrive bien à écrire sur la ressource, mais pas av ec un
> user "classique". De même, si je rajoute un uid3,gid3 dans mon
> fstab, ça ne change rien.
>
> Je m'arrache les cheveux depuis ce matin car, la semaine dernière,
> avant de ré-installer ce serveur, ça fonctionnait correctemen t.
>
> Auriez-vous une piste à me donner ?
>
> Merci d'avance.
>
> David.
Je ne suis pas un habitué des accès Samba via un Debian plutà ´t qu'un
Win mais j'ai le sentiment que votre problème vient du fait :
qu'a partir d'un poste XP l'utilisateur qui "touche" aux fichiers est
toujours samba.samba (clauses force user .group)
tandis qu'avec le mount, l'utilisateur qui "touche" les fichiers est
l'utilisateur classique même si vous faite monter le partage en 33.3 3
(samba j'imagine)
Il n'y a pas ce changement d'utilisateur, pour le vérifier ,faite un
"su samba"
My two cent.
Pierre
Le 09/08/2010 14:56, David BERCOT a écrit :
> Bonjour,
>
> Sur un serveur Debian (Lenny), j'ai une ressource partagée de la
> manière suivante :
> [ressource]
> comment = Ressource
> path = /ressource
> valid users = @groupeAD
> read only = no
> browseable = no
> create mask = 0775
> directory mask = 0775
> force user = samba
> force group = samba
> force create mode = 0775
> force directory mode = 0775
> A partir d'un poste sous Windows XP, je me connecte à cette
> ressource via un compte du groupeAD et tout fonctionne
> parfaitement : lecture, écriture, avec les bons droits...
>
> En revanche, Ã partir d'une autre machine Debian (toujours Lenny),
> si je rajoute cette ligne dans mon fstab :
> //adresseIP/ressource /mnt_ressource cifs
> credentials=.smbcredentials ça ne fonctionne plus.
> En root, j'arrive bien à écrire sur la ressource, mais pas av ec un
> user "classique". De même, si je rajoute un uid=33,gid=33 dans mon
> fstab, ça ne change rien.
>
> Je m'arrache les cheveux depuis ce matin car, la semaine dernière,
> avant de ré-installer ce serveur, ça fonctionnait correctemen t.
>
> Auriez-vous une piste à me donner ?
>
> Merci d'avance.
>
> David.
Je ne suis pas un habitué des accès Samba via un Debian plutà ´t qu'un
Win mais j'ai le sentiment que votre problème vient du fait :
qu'a partir d'un poste XP l'utilisateur qui "touche" aux fichiers est
toujours samba.samba (clauses force user .group)
tandis qu'avec le mount, l'utilisateur qui "touche" les fichiers est
l'utilisateur classique même si vous faite monter le partage en 33.3 3
(samba j'imagine)
Il n'y a pas ce changement d'utilisateur, pour le vérifier ,faite un
"su samba"
My two cent.
Pierre
Le 09/08/2010 14:56, David BERCOT a écrit :
> Bonjour,
>
> Sur un serveur Debian (Lenny), j'ai une ressource partagée de la
> manière suivante :
> [ressource]
> comment = Ressource
> path = /ressource
> valid users = @groupeAD
> read only = no
> browseable = no
> create mask = 0775
> directory mask = 0775
> force user = samba
> force group = samba
> force create mode = 0775
> force directory mode = 0775
> A partir d'un poste sous Windows XP, je me connecte à cette
> ressource via un compte du groupeAD et tout fonctionne
> parfaitement : lecture, écriture, avec les bons droits...
>
> En revanche, Ã partir d'une autre machine Debian (toujours Lenny),
> si je rajoute cette ligne dans mon fstab :
> //adresseIP/ressource /mnt_ressource cifs
> credentials=.smbcredentials ça ne fonctionne plus.
> En root, j'arrive bien à écrire sur la ressource, mais pas av ec un
> user "classique". De même, si je rajoute un uid3,gid3 dans mon
> fstab, ça ne change rien.
>
> Je m'arrache les cheveux depuis ce matin car, la semaine dernière,
> avant de ré-installer ce serveur, ça fonctionnait correctemen t.
>
> Auriez-vous une piste à me donner ?
>
> Merci d'avance.
>
> David.
Bonjour,
Le Mon, 09 Aug 2010 18:35:58 +0200,
TOUZEAU Pierre SGAR14 a
écrit :Je ne suis pas un habitué des accès Samba via un Debian plutôt qu'un
Win mais j'ai le sentiment que votre problème vient du fait :
qu'a partir d'un poste XP l'utilisateur qui "touche" aux fichiers est
toujours samba.samba (clauses force user .group)
Ce qui me paraît logique vu que c'est ce qu'on lui demande ;-)tandis qu'avec le mount, l'utilisateur qui "touche" les fichiers est
l'utilisateur classique même si vous faite monter le partage en 33.33
(samba j'imagine)
Là, ça me paraît justement beaucoup moins logique. Pourquoi est-ce que
le client Debian ne respecte pas ce que lui indique le serveur Samba ?Il n'y a pas ce changement d'utilisateur, pour le vérifier ,faite un
"su samba"
En fait, ce compte samba n'existe pas sur le client Debian. De même que
l'uid et le gid indiqués par le serveur (1500& 1500).
Mais si je comprends bien, le client Debian ne respecte pas ce que lui
dit le serveur ???
Là, je suis mal parti ;-)
Merci.
David.My two cent.
Pierre
Le 09/08/2010 14:56, David BERCOT a écrit :Bonjour,
Sur un serveur Debian (Lenny), j'ai une ressource partagée de la
manière suivante :
[ressource]
comment = Ressource
path = /ressource
valid users = @groupeAD
read only = no
browseable = no
create mask = 0775
directory mask = 0775
force user = samba
force group = samba
force create mode = 0775
force directory mode = 0775
A partir d'un poste sous Windows XP, je me connecte à cette
ressource via un compte du groupeAD et tout fonctionne
parfaitement : lecture, écriture, avec les bons droits...
En revanche, à partir d'une autre machine Debian (toujours Lenny),
si je rajoute cette ligne dans mon fstab :
//adresseIP/ressource /mnt_ressource cifs
credentials=.smbcredentials ça ne fonctionne plus.
En root, j'arrive bien à écrire sur la ressource, mais pas avec un
user "classique". De même, si je rajoute un uid3,gid3 dans mon
fstab, ça ne change rien.
Je m'arrache les cheveux depuis ce matin car, la semaine dernière,
avant de ré-installer ce serveur, ça fonctionnait correctement.
Auriez-vous une piste à me donner ?
Merci d'avance.
David.
Bonjour,
Le Mon, 09 Aug 2010 18:35:58 +0200,
TOUZEAU Pierre SGAR14<pierre.touzeau@basse-normandie.pref.gouv.fr> a
écrit :
Je ne suis pas un habitué des accès Samba via un Debian plutôt qu'un
Win mais j'ai le sentiment que votre problème vient du fait :
qu'a partir d'un poste XP l'utilisateur qui "touche" aux fichiers est
toujours samba.samba (clauses force user .group)
Ce qui me paraît logique vu que c'est ce qu'on lui demande ;-)
tandis qu'avec le mount, l'utilisateur qui "touche" les fichiers est
l'utilisateur classique même si vous faite monter le partage en 33.33
(samba j'imagine)
Là, ça me paraît justement beaucoup moins logique. Pourquoi est-ce que
le client Debian ne respecte pas ce que lui indique le serveur Samba ?
Il n'y a pas ce changement d'utilisateur, pour le vérifier ,faite un
"su samba"
En fait, ce compte samba n'existe pas sur le client Debian. De même que
l'uid et le gid indiqués par le serveur (1500& 1500).
Mais si je comprends bien, le client Debian ne respecte pas ce que lui
dit le serveur ???
Là, je suis mal parti ;-)
Merci.
David.
My two cent.
Pierre
Le 09/08/2010 14:56, David BERCOT a écrit :
Bonjour,
Sur un serveur Debian (Lenny), j'ai une ressource partagée de la
manière suivante :
[ressource]
comment = Ressource
path = /ressource
valid users = @groupeAD
read only = no
browseable = no
create mask = 0775
directory mask = 0775
force user = samba
force group = samba
force create mode = 0775
force directory mode = 0775
A partir d'un poste sous Windows XP, je me connecte à cette
ressource via un compte du groupeAD et tout fonctionne
parfaitement : lecture, écriture, avec les bons droits...
En revanche, à partir d'une autre machine Debian (toujours Lenny),
si je rajoute cette ligne dans mon fstab :
//adresseIP/ressource /mnt_ressource cifs
credentials=.smbcredentials ça ne fonctionne plus.
En root, j'arrive bien à écrire sur la ressource, mais pas avec un
user "classique". De même, si je rajoute un uid3,gid3 dans mon
fstab, ça ne change rien.
Je m'arrache les cheveux depuis ce matin car, la semaine dernière,
avant de ré-installer ce serveur, ça fonctionnait correctement.
Auriez-vous une piste à me donner ?
Merci d'avance.
David.
Bonjour,
Le Mon, 09 Aug 2010 18:35:58 +0200,
TOUZEAU Pierre SGAR14 a
écrit :Je ne suis pas un habitué des accès Samba via un Debian plutôt qu'un
Win mais j'ai le sentiment que votre problème vient du fait :
qu'a partir d'un poste XP l'utilisateur qui "touche" aux fichiers est
toujours samba.samba (clauses force user .group)
Ce qui me paraît logique vu que c'est ce qu'on lui demande ;-)tandis qu'avec le mount, l'utilisateur qui "touche" les fichiers est
l'utilisateur classique même si vous faite monter le partage en 33.33
(samba j'imagine)
Là, ça me paraît justement beaucoup moins logique. Pourquoi est-ce que
le client Debian ne respecte pas ce que lui indique le serveur Samba ?Il n'y a pas ce changement d'utilisateur, pour le vérifier ,faite un
"su samba"
En fait, ce compte samba n'existe pas sur le client Debian. De même que
l'uid et le gid indiqués par le serveur (1500& 1500).
Mais si je comprends bien, le client Debian ne respecte pas ce que lui
dit le serveur ???
Là, je suis mal parti ;-)
Merci.
David.My two cent.
Pierre
Le 09/08/2010 14:56, David BERCOT a écrit :Bonjour,
Sur un serveur Debian (Lenny), j'ai une ressource partagée de la
manière suivante :
[ressource]
comment = Ressource
path = /ressource
valid users = @groupeAD
read only = no
browseable = no
create mask = 0775
directory mask = 0775
force user = samba
force group = samba
force create mode = 0775
force directory mode = 0775
A partir d'un poste sous Windows XP, je me connecte à cette
ressource via un compte du groupeAD et tout fonctionne
parfaitement : lecture, écriture, avec les bons droits...
En revanche, à partir d'une autre machine Debian (toujours Lenny),
si je rajoute cette ligne dans mon fstab :
//adresseIP/ressource /mnt_ressource cifs
credentials=.smbcredentials ça ne fonctionne plus.
En root, j'arrive bien à écrire sur la ressource, mais pas avec un
user "classique". De même, si je rajoute un uid3,gid3 dans mon
fstab, ça ne change rien.
Je m'arrache les cheveux depuis ce matin car, la semaine dernière,
avant de ré-installer ce serveur, ça fonctionnait correctement.
Auriez-vous une piste à me donner ?
Merci d'avance.
David.
Sooorry, j'ai confusionné ...
le mount.cifs avec le credential indiqué ne porte pas sur le montage
mais bel et bien sur l'accès au fichiers montés.
En clair, vous demandez bien que l'accès au mount se fasse sous
l'identité 33.
Mais si effectivement, comme le dit Bruno, l'uid 33 correspond Ã
www-data alors là est le problème ; mais vous pouvez tout à fais
indiquer uid=samba
d'autant qu'il y a un mapping ?
Pierre
Le 10/08/2010 09:23, David BERCOT a écrit :
> Bonjour,
>
> Le Mon, 09 Aug 2010 18:35:58 +0200,
> TOUZEAU Pierre SGAR14
> a écrit :
>
>> Je ne suis pas un habitué des accès Samba via un Debian plut ôt
>> qu'un Win mais j'ai le sentiment que votre problème vient du
>> fait : qu'a partir d'un poste XP l'utilisateur qui "touche" aux
>> fichiers est toujours samba.samba (clauses force user .group)
>>
>
> Ce qui me paraît logique vu que c'est ce qu'on lui demande ;-)
>
>
>> tandis qu'avec le mount, l'utilisateur qui "touche" les fichiers
>> est l'utilisateur classique même si vous faite monter le partage
>> en 33.33 (samba j'imagine)
>>
>
> Là , ça me paraît justement beaucoup moins logique. Pourq uoi est-ce
> que le client Debian ne respecte pas ce que lui indique le serveur
> Samba ?
>
>
>> Il n'y a pas ce changement d'utilisateur, pour le vérifier ,faite
>> un "su samba"
>>
>
> En fait, ce compte samba n'existe pas sur le client Debian. De même
> que l'uid et le gid indiqués par le serveur (1500 & 1500).
> Mais si je comprends bien, le client Debian ne respecte pas ce que
> lui dit le serveur ???
>
> LÃ , je suis mal parti ;-)
>
> Merci.
>
> David.
>
>
>> My two cent.
>>
>> Pierre
>>
>> Le 09/08/2010 14:56, David BERCOT a écrit :
>>
>>> Bonjour,
>>>
>>> Sur un serveur Debian (Lenny), j'ai une ressource partagée de la
>>> manière suivante :
>>> [ressource]
>>> comment = Ressource
>>> path = /ressource
>>> valid users = @groupeAD
>>> read only = no
>>> browseable = no
>>> create mask = 0775
>>> directory mask = 0775
>>> force user = samba
>>> force group = samba
>>> force create mode = 0775
>>> force directory mode = 0775
>>> A partir d'un poste sous Windows XP, je me connecte à cette
>>> ressource via un compte du groupeAD et tout fonctionne
>>> parfaitement : lecture, écriture, avec les bons droits...
>>>
>>> En revanche, Ã partir d'une autre machine Debian (toujours Lenny ),
>>> si je rajoute cette ligne dans mon fstab :
>>> //adresseIP/ressource /mnt_ressource cifs
>>> credentials=.smbcredentials ça ne fonctionne plus.
>>> En root, j'arrive bien à écrire sur la ressource, mais pas avec un
>>> user "classique". De même, si je rajoute un uid3,gid3 da ns mon
>>> fstab, ça ne change rien.
>>>
>>> Je m'arrache les cheveux depuis ce matin car, la semaine dernièr e,
>>> avant de ré-installer ce serveur, ça fonctionnait correctem ent.
>>>
>>> Auriez-vous une piste à me donner ?
>>>
>>> Merci d'avance.
>>>
>>> David.
Sooorry, j'ai confusionné ...
le mount.cifs avec le credential indiqué ne porte pas sur le montage
mais bel et bien sur l'accès au fichiers montés.
En clair, vous demandez bien que l'accès au mount se fasse sous
l'identité 33.
Mais si effectivement, comme le dit Bruno, l'uid 33 correspond Ã
www-data alors là est le problème ; mais vous pouvez tout à fais
indiquer uid=samba
d'autant qu'il y a un mapping ?
Pierre
Le 10/08/2010 09:23, David BERCOT a écrit :
> Bonjour,
>
> Le Mon, 09 Aug 2010 18:35:58 +0200,
> TOUZEAU Pierre SGAR14 <pierre.touzeau@basse-normandie.pref.gouv.fr>
> a écrit :
>
>> Je ne suis pas un habitué des accès Samba via un Debian plut ôt
>> qu'un Win mais j'ai le sentiment que votre problème vient du
>> fait : qu'a partir d'un poste XP l'utilisateur qui "touche" aux
>> fichiers est toujours samba.samba (clauses force user .group)
>>
>
> Ce qui me paraît logique vu que c'est ce qu'on lui demande ;-)
>
>
>> tandis qu'avec le mount, l'utilisateur qui "touche" les fichiers
>> est l'utilisateur classique même si vous faite monter le partage
>> en 33.33 (samba j'imagine)
>>
>
> Là , ça me paraît justement beaucoup moins logique. Pourq uoi est-ce
> que le client Debian ne respecte pas ce que lui indique le serveur
> Samba ?
>
>
>> Il n'y a pas ce changement d'utilisateur, pour le vérifier ,faite
>> un "su samba"
>>
>
> En fait, ce compte samba n'existe pas sur le client Debian. De même
> que l'uid et le gid indiqués par le serveur (1500 & 1500).
> Mais si je comprends bien, le client Debian ne respecte pas ce que
> lui dit le serveur ???
>
> LÃ , je suis mal parti ;-)
>
> Merci.
>
> David.
>
>
>> My two cent.
>>
>> Pierre
>>
>> Le 09/08/2010 14:56, David BERCOT a écrit :
>>
>>> Bonjour,
>>>
>>> Sur un serveur Debian (Lenny), j'ai une ressource partagée de la
>>> manière suivante :
>>> [ressource]
>>> comment = Ressource
>>> path = /ressource
>>> valid users = @groupeAD
>>> read only = no
>>> browseable = no
>>> create mask = 0775
>>> directory mask = 0775
>>> force user = samba
>>> force group = samba
>>> force create mode = 0775
>>> force directory mode = 0775
>>> A partir d'un poste sous Windows XP, je me connecte à cette
>>> ressource via un compte du groupeAD et tout fonctionne
>>> parfaitement : lecture, écriture, avec les bons droits...
>>>
>>> En revanche, Ã partir d'une autre machine Debian (toujours Lenny ),
>>> si je rajoute cette ligne dans mon fstab :
>>> //adresseIP/ressource /mnt_ressource cifs
>>> credentials=.smbcredentials ça ne fonctionne plus.
>>> En root, j'arrive bien à écrire sur la ressource, mais pas avec un
>>> user "classique". De même, si je rajoute un uid=33,gid=33 da ns mon
>>> fstab, ça ne change rien.
>>>
>>> Je m'arrache les cheveux depuis ce matin car, la semaine dernièr e,
>>> avant de ré-installer ce serveur, ça fonctionnait correctem ent.
>>>
>>> Auriez-vous une piste à me donner ?
>>>
>>> Merci d'avance.
>>>
>>> David.
Sooorry, j'ai confusionné ...
le mount.cifs avec le credential indiqué ne porte pas sur le montage
mais bel et bien sur l'accès au fichiers montés.
En clair, vous demandez bien que l'accès au mount se fasse sous
l'identité 33.
Mais si effectivement, comme le dit Bruno, l'uid 33 correspond Ã
www-data alors là est le problème ; mais vous pouvez tout à fais
indiquer uid=samba
d'autant qu'il y a un mapping ?
Pierre
Le 10/08/2010 09:23, David BERCOT a écrit :
> Bonjour,
>
> Le Mon, 09 Aug 2010 18:35:58 +0200,
> TOUZEAU Pierre SGAR14
> a écrit :
>
>> Je ne suis pas un habitué des accès Samba via un Debian plut ôt
>> qu'un Win mais j'ai le sentiment que votre problème vient du
>> fait : qu'a partir d'un poste XP l'utilisateur qui "touche" aux
>> fichiers est toujours samba.samba (clauses force user .group)
>>
>
> Ce qui me paraît logique vu que c'est ce qu'on lui demande ;-)
>
>
>> tandis qu'avec le mount, l'utilisateur qui "touche" les fichiers
>> est l'utilisateur classique même si vous faite monter le partage
>> en 33.33 (samba j'imagine)
>>
>
> Là , ça me paraît justement beaucoup moins logique. Pourq uoi est-ce
> que le client Debian ne respecte pas ce que lui indique le serveur
> Samba ?
>
>
>> Il n'y a pas ce changement d'utilisateur, pour le vérifier ,faite
>> un "su samba"
>>
>
> En fait, ce compte samba n'existe pas sur le client Debian. De même
> que l'uid et le gid indiqués par le serveur (1500 & 1500).
> Mais si je comprends bien, le client Debian ne respecte pas ce que
> lui dit le serveur ???
>
> LÃ , je suis mal parti ;-)
>
> Merci.
>
> David.
>
>
>> My two cent.
>>
>> Pierre
>>
>> Le 09/08/2010 14:56, David BERCOT a écrit :
>>
>>> Bonjour,
>>>
>>> Sur un serveur Debian (Lenny), j'ai une ressource partagée de la
>>> manière suivante :
>>> [ressource]
>>> comment = Ressource
>>> path = /ressource
>>> valid users = @groupeAD
>>> read only = no
>>> browseable = no
>>> create mask = 0775
>>> directory mask = 0775
>>> force user = samba
>>> force group = samba
>>> force create mode = 0775
>>> force directory mode = 0775
>>> A partir d'un poste sous Windows XP, je me connecte à cette
>>> ressource via un compte du groupeAD et tout fonctionne
>>> parfaitement : lecture, écriture, avec les bons droits...
>>>
>>> En revanche, Ã partir d'une autre machine Debian (toujours Lenny ),
>>> si je rajoute cette ligne dans mon fstab :
>>> //adresseIP/ressource /mnt_ressource cifs
>>> credentials=.smbcredentials ça ne fonctionne plus.
>>> En root, j'arrive bien à écrire sur la ressource, mais pas avec un
>>> user "classique". De même, si je rajoute un uid3,gid3 da ns mon
>>> fstab, ça ne change rien.
>>>
>>> Je m'arrache les cheveux depuis ce matin car, la semaine dernièr e,
>>> avant de ré-installer ce serveur, ça fonctionnait correctem ent.
>>>
>>> Auriez-vous une piste à me donner ?
>>>
>>> Merci d'avance.
>>>
>>> David.
On 10/08/2010 09:23, David BERCOT wrote:
> Bonjour,
>
> Le Mon, 09 Aug 2010 18:35:58 +0200,
> TOUZEAU Pierre SGAR14
> a écrit :
>> Je ne suis pas un habitué des accès Samba via un Debian plut ôt
>> qu'un Win mais j'ai le sentiment que votre problème vient du
>> fait : qu'a partir d'un poste XP l'utilisateur qui "touche" aux
>> fichiers est toujours samba.samba (clauses force user .group)
>
> Ce qui me paraît logique vu que c'est ce qu'on lui demande ;-)
>
>> tandis qu'avec le mount, l'utilisateur qui "touche" les fichiers
>> est l'utilisateur classique même si vous faite monter le partage
>> en 33.33 (samba j'imagine)
>
> Là , ça me paraît justement beaucoup moins logique. Pourq uoi est-ce
> que le client Debian ne respecte pas ce que lui indique le serveur
> Samba ?
>
>> Il n'y a pas ce changement d'utilisateur, pour le vérifier ,faite
>> un "su samba"
>
> En fait, ce compte samba n'existe pas sur le client Debian. De même
> que l'uid et le gid indiqués par le serveur (1500& 1500).
> Mais si je comprends bien, le client Debian ne respecte pas ce que
> lui dit le serveur ???
>
> LÃ , je suis mal parti ;-)
>
> Merci.
>
> David.
>
>> My two cent.
>>
>> Pierre
>>
>> Le 09/08/2010 14:56, David BERCOT a écrit :
>>> Bonjour,
>>>
>>> Sur un serveur Debian (Lenny), j'ai une ressource partagée de la
>>> manière suivante :
>>> [ressource]
>>> comment = Ressource
>>> path = /ressource
>>> valid users = @groupeAD
>>> read only = no
>>> browseable = no
>>> create mask = 0775
>>> directory mask = 0775
>>> force user = samba
>>> force group = samba
>>> force create mode = 0775
>>> force directory mode = 0775
>>> A partir d'un poste sous Windows XP, je me connecte à cette
>>> ressource via un compte du groupeAD et tout fonctionne
>>> parfaitement : lecture, écriture, avec les bons droits...
>>>
>>> En revanche, Ã partir d'une autre machine Debian (toujours Lenny ),
>>> si je rajoute cette ligne dans mon fstab :
>>> //adresseIP/ressource /mnt_ressource cifs
>>> credentials=.smbcredentials ça ne fonctionne plus.
>>> En root, j'arrive bien à écrire sur la ressource, mais pas avec un
>>> user "classique". De même, si je rajoute un uid3,gid3 da ns mon
>>> fstab, ça ne change rien.
>>>
>>> Je m'arrache les cheveux depuis ce matin car, la semaine dernièr e,
>>> avant de ré-installer ce serveur, ça fonctionnait correctem ent.
>>>
>>> Auriez-vous une piste à me donner ?
>>>
>>> Merci d'avance.
>>>
>>> David.
Bonjour,
Je crois qu'il y a là une petite confusion : le fait que la ressourc e
soit montée sous le user root sur le client est complètement
indépendante du user défini par la clause "force user" dans sam ba.
De plus, uid et gid 33 correspondent à l'utilisateur www-data sous
lequel tourne apache par défaut dans Debian.
uid et gid définissent les user et groupe propriétaires du poin t de
montage, et pas de la ressource elle-même. Quel que soit le
propriétaire du point de montage sur le client, il écrira sur la
ressource sous le user samba.
La question qui se pose, du moins il me semble, est de savoir quel
utilisateur doit pouvoir avoir accès au partage sur le client Debian.
On montera alors le partage avec son uid pour qu'il puisse écrire sur
le point de montage, ou avec le gid d'un groupe commun à tous les
utilisateurs qui devront pouvoir accéder au point de montage sur le
client Debian.
On 10/08/2010 09:23, David BERCOT wrote:
> Bonjour,
>
> Le Mon, 09 Aug 2010 18:35:58 +0200,
> TOUZEAU Pierre SGAR14<pierre.touzeau@basse-normandie.pref.gouv.fr>
> a écrit :
>> Je ne suis pas un habitué des accès Samba via un Debian plut ôt
>> qu'un Win mais j'ai le sentiment que votre problème vient du
>> fait : qu'a partir d'un poste XP l'utilisateur qui "touche" aux
>> fichiers est toujours samba.samba (clauses force user .group)
>
> Ce qui me paraît logique vu que c'est ce qu'on lui demande ;-)
>
>> tandis qu'avec le mount, l'utilisateur qui "touche" les fichiers
>> est l'utilisateur classique même si vous faite monter le partage
>> en 33.33 (samba j'imagine)
>
> Là , ça me paraît justement beaucoup moins logique. Pourq uoi est-ce
> que le client Debian ne respecte pas ce que lui indique le serveur
> Samba ?
>
>> Il n'y a pas ce changement d'utilisateur, pour le vérifier ,faite
>> un "su samba"
>
> En fait, ce compte samba n'existe pas sur le client Debian. De même
> que l'uid et le gid indiqués par le serveur (1500& 1500).
> Mais si je comprends bien, le client Debian ne respecte pas ce que
> lui dit le serveur ???
>
> LÃ , je suis mal parti ;-)
>
> Merci.
>
> David.
>
>> My two cent.
>>
>> Pierre
>>
>> Le 09/08/2010 14:56, David BERCOT a écrit :
>>> Bonjour,
>>>
>>> Sur un serveur Debian (Lenny), j'ai une ressource partagée de la
>>> manière suivante :
>>> [ressource]
>>> comment = Ressource
>>> path = /ressource
>>> valid users = @groupeAD
>>> read only = no
>>> browseable = no
>>> create mask = 0775
>>> directory mask = 0775
>>> force user = samba
>>> force group = samba
>>> force create mode = 0775
>>> force directory mode = 0775
>>> A partir d'un poste sous Windows XP, je me connecte à cette
>>> ressource via un compte du groupeAD et tout fonctionne
>>> parfaitement : lecture, écriture, avec les bons droits...
>>>
>>> En revanche, Ã partir d'une autre machine Debian (toujours Lenny ),
>>> si je rajoute cette ligne dans mon fstab :
>>> //adresseIP/ressource /mnt_ressource cifs
>>> credentials=.smbcredentials ça ne fonctionne plus.
>>> En root, j'arrive bien à écrire sur la ressource, mais pas avec un
>>> user "classique". De même, si je rajoute un uid=33,gid=33 da ns mon
>>> fstab, ça ne change rien.
>>>
>>> Je m'arrache les cheveux depuis ce matin car, la semaine dernièr e,
>>> avant de ré-installer ce serveur, ça fonctionnait correctem ent.
>>>
>>> Auriez-vous une piste à me donner ?
>>>
>>> Merci d'avance.
>>>
>>> David.
Bonjour,
Je crois qu'il y a là une petite confusion : le fait que la ressourc e
soit montée sous le user root sur le client est complètement
indépendante du user défini par la clause "force user" dans sam ba.
De plus, uid et gid 33 correspondent à l'utilisateur www-data sous
lequel tourne apache par défaut dans Debian.
uid et gid définissent les user et groupe propriétaires du poin t de
montage, et pas de la ressource elle-même. Quel que soit le
propriétaire du point de montage sur le client, il écrira sur la
ressource sous le user samba.
La question qui se pose, du moins il me semble, est de savoir quel
utilisateur doit pouvoir avoir accès au partage sur le client Debian.
On montera alors le partage avec son uid pour qu'il puisse écrire sur
le point de montage, ou avec le gid d'un groupe commun à tous les
utilisateurs qui devront pouvoir accéder au point de montage sur le
client Debian.
On 10/08/2010 09:23, David BERCOT wrote:
> Bonjour,
>
> Le Mon, 09 Aug 2010 18:35:58 +0200,
> TOUZEAU Pierre SGAR14
> a écrit :
>> Je ne suis pas un habitué des accès Samba via un Debian plut ôt
>> qu'un Win mais j'ai le sentiment que votre problème vient du
>> fait : qu'a partir d'un poste XP l'utilisateur qui "touche" aux
>> fichiers est toujours samba.samba (clauses force user .group)
>
> Ce qui me paraît logique vu que c'est ce qu'on lui demande ;-)
>
>> tandis qu'avec le mount, l'utilisateur qui "touche" les fichiers
>> est l'utilisateur classique même si vous faite monter le partage
>> en 33.33 (samba j'imagine)
>
> Là , ça me paraît justement beaucoup moins logique. Pourq uoi est-ce
> que le client Debian ne respecte pas ce que lui indique le serveur
> Samba ?
>
>> Il n'y a pas ce changement d'utilisateur, pour le vérifier ,faite
>> un "su samba"
>
> En fait, ce compte samba n'existe pas sur le client Debian. De même
> que l'uid et le gid indiqués par le serveur (1500& 1500).
> Mais si je comprends bien, le client Debian ne respecte pas ce que
> lui dit le serveur ???
>
> LÃ , je suis mal parti ;-)
>
> Merci.
>
> David.
>
>> My two cent.
>>
>> Pierre
>>
>> Le 09/08/2010 14:56, David BERCOT a écrit :
>>> Bonjour,
>>>
>>> Sur un serveur Debian (Lenny), j'ai une ressource partagée de la
>>> manière suivante :
>>> [ressource]
>>> comment = Ressource
>>> path = /ressource
>>> valid users = @groupeAD
>>> read only = no
>>> browseable = no
>>> create mask = 0775
>>> directory mask = 0775
>>> force user = samba
>>> force group = samba
>>> force create mode = 0775
>>> force directory mode = 0775
>>> A partir d'un poste sous Windows XP, je me connecte à cette
>>> ressource via un compte du groupeAD et tout fonctionne
>>> parfaitement : lecture, écriture, avec les bons droits...
>>>
>>> En revanche, Ã partir d'une autre machine Debian (toujours Lenny ),
>>> si je rajoute cette ligne dans mon fstab :
>>> //adresseIP/ressource /mnt_ressource cifs
>>> credentials=.smbcredentials ça ne fonctionne plus.
>>> En root, j'arrive bien à écrire sur la ressource, mais pas avec un
>>> user "classique". De même, si je rajoute un uid3,gid3 da ns mon
>>> fstab, ça ne change rien.
>>>
>>> Je m'arrache les cheveux depuis ce matin car, la semaine dernièr e,
>>> avant de ré-installer ce serveur, ça fonctionnait correctem ent.
>>>
>>> Auriez-vous une piste à me donner ?
>>>
>>> Merci d'avance.
>>>
>>> David.
Bonjour,
Je crois qu'il y a là une petite confusion : le fait que la ressourc e
soit montée sous le user root sur le client est complètement
indépendante du user défini par la clause "force user" dans sam ba.
De plus, uid et gid 33 correspondent à l'utilisateur www-data sous
lequel tourne apache par défaut dans Debian.
uid et gid définissent les user et groupe propriétaires du poin t de
montage, et pas de la ressource elle-même. Quel que soit le
propriétaire du point de montage sur le client, il écrira sur la
ressource sous le user samba.
La question qui se pose, du moins il me semble, est de savoir quel
utilisateur doit pouvoir avoir accès au partage sur le client Debian.
On montera alors le partage avec son uid pour qu'il puisse écrire sur
le point de montage, ou avec le gid d'un groupe commun à tous les
utilisateurs qui devront pouvoir accéder au point de montage sur le
client Debian.
Le Tue, 10 Aug 2010 13:43:03 +0200,
TOUZEAU Pierre SGAR14 a
écrit :Sooorry, j'ai confusionné ...
le mount.cifs avec le credential indiqué ne porte pas sur le montage
mais bel et bien sur l'accès au fichiers montés.
En clair, vous demandez bien que l'accès au mount se fasse sous
l'identité 33.
En effet, car c'est cet utilisateur qui en a besoin...Mais si effectivement, comme le dit Bruno, l'uid 33 correspond à
www-data alors là est le problème ; mais vous pouvez tout à fais
indiquer uid=samba
Non, non, c'est bien www-data qui doit y accéder, mais il n'arrive pas
à écrire alors que, sur le serveur, le user samba a bien tous les
droits (il est propriétaire de la ressource).
David.d'autant qu'il y a un mapping ?
Pierre
Le 10/08/2010 09:23, David BERCOT a écrit :Bonjour,
Le Mon, 09 Aug 2010 18:35:58 +0200,
TOUZEAU Pierre SGAR14
a écrit :Je ne suis pas un habitué des accès Samba via un Debian plutôt
qu'un Win mais j'ai le sentiment que votre problème vient du
fait : qu'a partir d'un poste XP l'utilisateur qui "touche" aux
fichiers est toujours samba.samba (clauses force user .group)
Ce qui me paraît logique vu que c'est ce qu'on lui demande ;-)tandis qu'avec le mount, l'utilisateur qui "touche" les fichiers
est l'utilisateur classique même si vous faite monter le partage
en 33.33 (samba j'imagine)
Là, ça me paraît justement beaucoup moins logique. Pourquoi est-ce
que le client Debian ne respecte pas ce que lui indique le serveur
Samba ?Il n'y a pas ce changement d'utilisateur, pour le vérifier ,faite
un "su samba"
En fait, ce compte samba n'existe pas sur le client Debian. De même
que l'uid et le gid indiqués par le serveur (1500 & 1500).
Mais si je comprends bien, le client Debian ne respecte pas ce que
lui dit le serveur ???
Là, je suis mal parti ;-)
Merci.
David.My two cent.
Pierre
Le 09/08/2010 14:56, David BERCOT a écrit :Bonjour,
Sur un serveur Debian (Lenny), j'ai une ressource partagée de la
manière suivante :
[ressource]
comment = Ressource
path = /ressource
valid users = @groupeAD
read only = no
browseable = no
create mask = 0775
directory mask = 0775
force user = samba
force group = samba
force create mode = 0775
force directory mode = 0775
A partir d'un poste sous Windows XP, je me connecte à cette
ressource via un compte du groupeAD et tout fonctionne
parfaitement : lecture, écriture, avec les bons droits...
En revanche, à partir d'une autre machine Debian (toujours Lenny),
si je rajoute cette ligne dans mon fstab :
//adresseIP/ressource /mnt_ressource cifs
credentials=.smbcredentials ça ne fonctionne plus.
En root, j'arrive bien à écrire sur la ressource, mais pas avec un
user "classique". De même, si je rajoute un uid3,gid3 dans mon
fstab, ça ne change rien.
Je m'arrache les cheveux depuis ce matin car, la semaine dernière,
avant de ré-installer ce serveur, ça fonctionnait correctement.
Auriez-vous une piste à me donner ?
Merci d'avance.
David.
Le Tue, 10 Aug 2010 13:43:03 +0200,
TOUZEAU Pierre SGAR14 <pierre.touzeau@basse-normandie.pref.gouv.fr> a
écrit :
Sooorry, j'ai confusionné ...
le mount.cifs avec le credential indiqué ne porte pas sur le montage
mais bel et bien sur l'accès au fichiers montés.
En clair, vous demandez bien que l'accès au mount se fasse sous
l'identité 33.
En effet, car c'est cet utilisateur qui en a besoin...
Mais si effectivement, comme le dit Bruno, l'uid 33 correspond à
www-data alors là est le problème ; mais vous pouvez tout à fais
indiquer uid=samba
Non, non, c'est bien www-data qui doit y accéder, mais il n'arrive pas
à écrire alors que, sur le serveur, le user samba a bien tous les
droits (il est propriétaire de la ressource).
David.
d'autant qu'il y a un mapping ?
Pierre
Le 10/08/2010 09:23, David BERCOT a écrit :
Bonjour,
Le Mon, 09 Aug 2010 18:35:58 +0200,
TOUZEAU Pierre SGAR14 <pierre.touzeau@basse-normandie.pref.gouv.fr>
a écrit :
Je ne suis pas un habitué des accès Samba via un Debian plutôt
qu'un Win mais j'ai le sentiment que votre problème vient du
fait : qu'a partir d'un poste XP l'utilisateur qui "touche" aux
fichiers est toujours samba.samba (clauses force user .group)
Ce qui me paraît logique vu que c'est ce qu'on lui demande ;-)
tandis qu'avec le mount, l'utilisateur qui "touche" les fichiers
est l'utilisateur classique même si vous faite monter le partage
en 33.33 (samba j'imagine)
Là, ça me paraît justement beaucoup moins logique. Pourquoi est-ce
que le client Debian ne respecte pas ce que lui indique le serveur
Samba ?
Il n'y a pas ce changement d'utilisateur, pour le vérifier ,faite
un "su samba"
En fait, ce compte samba n'existe pas sur le client Debian. De même
que l'uid et le gid indiqués par le serveur (1500 & 1500).
Mais si je comprends bien, le client Debian ne respecte pas ce que
lui dit le serveur ???
Là, je suis mal parti ;-)
Merci.
David.
My two cent.
Pierre
Le 09/08/2010 14:56, David BERCOT a écrit :
Bonjour,
Sur un serveur Debian (Lenny), j'ai une ressource partagée de la
manière suivante :
[ressource]
comment = Ressource
path = /ressource
valid users = @groupeAD
read only = no
browseable = no
create mask = 0775
directory mask = 0775
force user = samba
force group = samba
force create mode = 0775
force directory mode = 0775
A partir d'un poste sous Windows XP, je me connecte à cette
ressource via un compte du groupeAD et tout fonctionne
parfaitement : lecture, écriture, avec les bons droits...
En revanche, à partir d'une autre machine Debian (toujours Lenny),
si je rajoute cette ligne dans mon fstab :
//adresseIP/ressource /mnt_ressource cifs
credentials=.smbcredentials ça ne fonctionne plus.
En root, j'arrive bien à écrire sur la ressource, mais pas avec un
user "classique". De même, si je rajoute un uid3,gid3 dans mon
fstab, ça ne change rien.
Je m'arrache les cheveux depuis ce matin car, la semaine dernière,
avant de ré-installer ce serveur, ça fonctionnait correctement.
Auriez-vous une piste à me donner ?
Merci d'avance.
David.
Le Tue, 10 Aug 2010 13:43:03 +0200,
TOUZEAU Pierre SGAR14 a
écrit :Sooorry, j'ai confusionné ...
le mount.cifs avec le credential indiqué ne porte pas sur le montage
mais bel et bien sur l'accès au fichiers montés.
En clair, vous demandez bien que l'accès au mount se fasse sous
l'identité 33.
En effet, car c'est cet utilisateur qui en a besoin...Mais si effectivement, comme le dit Bruno, l'uid 33 correspond à
www-data alors là est le problème ; mais vous pouvez tout à fais
indiquer uid=samba
Non, non, c'est bien www-data qui doit y accéder, mais il n'arrive pas
à écrire alors que, sur le serveur, le user samba a bien tous les
droits (il est propriétaire de la ressource).
David.d'autant qu'il y a un mapping ?
Pierre
Le 10/08/2010 09:23, David BERCOT a écrit :Bonjour,
Le Mon, 09 Aug 2010 18:35:58 +0200,
TOUZEAU Pierre SGAR14
a écrit :Je ne suis pas un habitué des accès Samba via un Debian plutôt
qu'un Win mais j'ai le sentiment que votre problème vient du
fait : qu'a partir d'un poste XP l'utilisateur qui "touche" aux
fichiers est toujours samba.samba (clauses force user .group)
Ce qui me paraît logique vu que c'est ce qu'on lui demande ;-)tandis qu'avec le mount, l'utilisateur qui "touche" les fichiers
est l'utilisateur classique même si vous faite monter le partage
en 33.33 (samba j'imagine)
Là, ça me paraît justement beaucoup moins logique. Pourquoi est-ce
que le client Debian ne respecte pas ce que lui indique le serveur
Samba ?Il n'y a pas ce changement d'utilisateur, pour le vérifier ,faite
un "su samba"
En fait, ce compte samba n'existe pas sur le client Debian. De même
que l'uid et le gid indiqués par le serveur (1500 & 1500).
Mais si je comprends bien, le client Debian ne respecte pas ce que
lui dit le serveur ???
Là, je suis mal parti ;-)
Merci.
David.My two cent.
Pierre
Le 09/08/2010 14:56, David BERCOT a écrit :Bonjour,
Sur un serveur Debian (Lenny), j'ai une ressource partagée de la
manière suivante :
[ressource]
comment = Ressource
path = /ressource
valid users = @groupeAD
read only = no
browseable = no
create mask = 0775
directory mask = 0775
force user = samba
force group = samba
force create mode = 0775
force directory mode = 0775
A partir d'un poste sous Windows XP, je me connecte à cette
ressource via un compte du groupeAD et tout fonctionne
parfaitement : lecture, écriture, avec les bons droits...
En revanche, à partir d'une autre machine Debian (toujours Lenny),
si je rajoute cette ligne dans mon fstab :
//adresseIP/ressource /mnt_ressource cifs
credentials=.smbcredentials ça ne fonctionne plus.
En root, j'arrive bien à écrire sur la ressource, mais pas avec un
user "classique". De même, si je rajoute un uid3,gid3 dans mon
fstab, ça ne change rien.
Je m'arrache les cheveux depuis ce matin car, la semaine dernière,
avant de ré-installer ce serveur, ça fonctionnait correctement.
Auriez-vous une piste à me donner ?
Merci d'avance.
David.
Peux-tu être plus précis dans la présentation du problà ¨me.
Il est difficile de poser un diagnostic à l'aveugle.
Peux-tu être plus précis dans la présentation du problà ¨me.
Il est difficile de poser un diagnostic à l'aveugle.
Peux-tu être plus précis dans la présentation du problà ¨me.
Il est difficile de poser un diagnostic à l'aveugle.
Le Wed, 11 Aug 2010 14:20:10 +0200,
bruno a écrit :Peux-tu être plus précis dans la présentation du problème.
Il me semblait l'avoir été mais je peux reprendre...
Alors, voici le partage au niveau du serveur (smb.conf) :
[ressource]
(...)
valid users = @groupeAD
read only = no
create mask = 0775
directory mask = 0775
force user = samba (uid = 1500 sur le serveur)
force group = samba (gid = 1500 sur le serveur)
force create mode = 0775
force directory mode = 0775
Si je me connecte à partir de Windows (en spécifiant un compte du
groupeAD), tout roule.
Sous Debian, si je fais :
# su - www-data
$ smbclient //serveur/ressource -U groupeAD/userAD
tout roule aussi.
Mais si je rajoute dans /etc/fstab la ligne suivante :
//serveur/ressource /mnt cifs credentials=/root/.smbcredentials
et que je monte la ressource, j'ai ensuite le problème suivant :
# su - www-data
$ touch /mnt/fichier
touch: ne peut faire un touch sur `/mnt/fichier': Permission non
accordée
$ ls -l /mnt
total 2
drwxrwxr-x 6 1500 1500 0 2008-10-09 08:36 Accueil
drwxrwxr-x 2 1500 1500 0 2007-11-12 16:50 Chargement
Le résultat est le même si je rajoute uid3,gid3 dans mon fstab.
En revanche, en root, ça fonctionne.Il est difficile de poser un diagnostic à l'aveugle.
Je comprends bien, mais je ne vois pas trop quelles infos
supplémentaires je peux rajouter...
Et surtout, tout ça ne me paraît pas vraiment logique...
Merci d'avance.
David.
Le Wed, 11 Aug 2010 14:20:10 +0200,
bruno <bruno.debian@cyberoso.com> a écrit :
Peux-tu être plus précis dans la présentation du problème.
Il me semblait l'avoir été mais je peux reprendre...
Alors, voici le partage au niveau du serveur (smb.conf) :
[ressource]
(...)
valid users = @groupeAD
read only = no
create mask = 0775
directory mask = 0775
force user = samba (uid = 1500 sur le serveur)
force group = samba (gid = 1500 sur le serveur)
force create mode = 0775
force directory mode = 0775
Si je me connecte à partir de Windows (en spécifiant un compte du
groupeAD), tout roule.
Sous Debian, si je fais :
# su - www-data
$ smbclient //serveur/ressource -U groupeAD/userAD
tout roule aussi.
Mais si je rajoute dans /etc/fstab la ligne suivante :
//serveur/ressource /mnt cifs credentials=/root/.smbcredentials
et que je monte la ressource, j'ai ensuite le problème suivant :
# su - www-data
$ touch /mnt/fichier
touch: ne peut faire un touch sur `/mnt/fichier': Permission non
accordée
$ ls -l /mnt
total 2
drwxrwxr-x 6 1500 1500 0 2008-10-09 08:36 Accueil
drwxrwxr-x 2 1500 1500 0 2007-11-12 16:50 Chargement
Le résultat est le même si je rajoute uid3,gid3 dans mon fstab.
En revanche, en root, ça fonctionne.
Il est difficile de poser un diagnostic à l'aveugle.
Je comprends bien, mais je ne vois pas trop quelles infos
supplémentaires je peux rajouter...
Et surtout, tout ça ne me paraît pas vraiment logique...
Merci d'avance.
David.
Le Wed, 11 Aug 2010 14:20:10 +0200,
bruno a écrit :Peux-tu être plus précis dans la présentation du problème.
Il me semblait l'avoir été mais je peux reprendre...
Alors, voici le partage au niveau du serveur (smb.conf) :
[ressource]
(...)
valid users = @groupeAD
read only = no
create mask = 0775
directory mask = 0775
force user = samba (uid = 1500 sur le serveur)
force group = samba (gid = 1500 sur le serveur)
force create mode = 0775
force directory mode = 0775
Si je me connecte à partir de Windows (en spécifiant un compte du
groupeAD), tout roule.
Sous Debian, si je fais :
# su - www-data
$ smbclient //serveur/ressource -U groupeAD/userAD
tout roule aussi.
Mais si je rajoute dans /etc/fstab la ligne suivante :
//serveur/ressource /mnt cifs credentials=/root/.smbcredentials
et que je monte la ressource, j'ai ensuite le problème suivant :
# su - www-data
$ touch /mnt/fichier
touch: ne peut faire un touch sur `/mnt/fichier': Permission non
accordée
$ ls -l /mnt
total 2
drwxrwxr-x 6 1500 1500 0 2008-10-09 08:36 Accueil
drwxrwxr-x 2 1500 1500 0 2007-11-12 16:50 Chargement
Le résultat est le même si je rajoute uid3,gid3 dans mon fstab.
En revanche, en root, ça fonctionne.Il est difficile de poser un diagnostic à l'aveugle.
Je comprends bien, mais je ne vois pas trop quelles infos
supplémentaires je peux rajouter...
Et surtout, tout ça ne me paraît pas vraiment logique...
Merci d'avance.
David.