IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Linux Discussion :

SAMBA LDAP>Probleme de doits en ecriture:write list


Sujet :

Linux

  1. #1
    Membre à l'essai
    Profil pro
    Inscrit en
    Juillet 2008
    Messages
    23
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juillet 2008
    Messages : 23
    Points : 12
    Points
    12
    Par défaut SAMBA LDAP>Probleme de doits en ecriture:write list
    bonjour

    J'ai mis en place un Samba LDAP. J'ai un user "unadmin" que j'ai mis dans le groupe Domain Admins.
    Avec la session suivante :

    [openspace]
    comment = The Open Space For All The User But Just In Read
    path = /data/free
    browsable = yes
    write list = @"Domain Admins"
    create mask = 0755
    directory mask = 0755

    je ne peux pas creer de fichier (ecrire) dans le dossier openspace qui s'affiche, alors que je devrai au moins pouvoir le faire avec unadmin ! Si je remplace par :

    write list = unadmin

    ca fonctionne correctement.
    Savez vous ce qui peut provoquer l'erreur ?

    Resultat du testparm :

    mercury:~ # testparm
    Load smb config files from /etc/samba/smb.conf
    Processing section "[homes]"
    ...
    Processing section "[openspace]"
    Processing section "[garbage]"
    Loaded services file OK.
    Server role: ROLE_DOMAIN_PDC

    ...
    [openspace]
    comment = The Open Space For All The User But Just In Read
    path = /data/free
    write list = "@Domain Admins"
    create mask = 0755
    ...

    Voici les droits sur mon dossier :
    drwxrwxrwx 2 root root 4096 Jul 15 16:44 free

    Je vous donne le résultat de smbldap-groupshow "Domain Admins" :

    dn: cn=Domain Admins,ou=Groups,dc=...
    objectClass: top,posixGroup,sambaGroupMapping
    gidNumber: 512
    cn: Domain Admins
    memberUid: root,unadmin
    description: Netbios Domain Administrators
    sambaSID: S-1-5-21-325747858-3989977131-539996005-512
    sambaGroupType: 2
    displayName: Domain Admins

    J'ai aussi essayer avec l'utilisateur root présent dans ce même domain, mais ca ne fonctionne pas non plus....

  2. #2
    Membre à l'essai
    Profil pro
    Inscrit en
    Juillet 2008
    Messages
    23
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juillet 2008
    Messages : 23
    Points : 12
    Points
    12
    Par défaut
    Chose étonnante, je viens de mettre write list = @"Domain Users", et mon utilisateur "unadmin" arrive a créer des dossiers, des fichiers...
    Pourtant, si je fait un smbldap-groupshow "Domain Users", voici ce que j'ai :

    dn: cn=Domain Users,ou=Groups,dc=king,dc=ifru23
    objectClass: top,posixGroup,sambaGroupMapping
    gidNumber: 513
    cn: Domain Users
    description: Netbios Domain Users
    sambaSID: S-1-5-21-325747858-3989977131-539996005-513
    sambaGroupType: 2
    displayName: Domain Users

    Peut etre que ca fonctionne par sambaSID. Je m'explique. On remarque ici que le samba sid du groupe Users est 513. Voici ce que je trouve lorsque je fait un pdbedit -v unadmin :
    Unix username: unadmin
    NT username: unadmin
    Account Flags: [U ]
    User SID: S-1-5-21-325747858-3989977131-539996005-3016
    init_group_from_ldap: Entry found for group: 513
    ldapsam_getsampwsid: Unable to locate SID [S-1-5-21-325747858-3989977131-539996005-513] count=0
    init_group_from_ldap: Entry found for group: 513
    Primary Group SID: S-1-5-21-325747858-3989977131-539996005-513
    Full Name: unadmin
    Home Directory: \\mercury\unadmin
    HomeDir Drive: P:
    Logon Script: logon.bat
    Profile Path: \\mercury\profiles\unadmin

    On remarque qu'il a un Primary Group SID a 513... serait-ce pour cela que mon user unadmin arrive a ecrite lorsque le fichier smb.conf est a write list = @"Domain Users" ?

    Si c'est le cas, quel est l'intérêt de faire un smbldap-groupmod -m unadmin Domain\ Admins (c'est la commande que j'ai exécuter pour pouvoir ajouter mon user unadmin dans le domaine Admins) si ce n'est pas pour faire des groupes ? Autre question : dans ce cas, que faire pour que lorsque je bouge un utilisateur dans un domaine, il prenne les bons paramètres pour pouvoir être considéré "pour de vrai" dans ce domaine ? Changer manuellement le Primary Group SID du user n'est pas une bonne solution (effectivement, si je décide de mettre un user dans plusieurs domaines, comme par exemple 512, 513 et 516, lequel doit il prendre ?).
    Je précise que 513 est la valeur que tout utilisateur prend par défaut a sa création (cette valeur est défini dans le fichier smbldap.conf par defaultUserGid="513" ).
    Avez vous des solutions pour m'éclairer ?
    D'avance merci!

  3. #3
    Membre à l'essai
    Profil pro
    Inscrit en
    Juillet 2008
    Messages
    23
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juillet 2008
    Messages : 23
    Points : 12
    Points
    12
    Par défaut
    J'ai créer un autre groupe avec la commande smbldap-groupadd ... puis j'ai mi le SID correspondant a mon serveur samba ldap. J'ai aussi crée un utilisateur et je l'ai mis dans le domaine. Mais lorsque je donne les droits a ce nouveau domaine en écriture sur une ressource (write list = @...), ca ne fonctionne pas (comme pour Domain Admins). Je pense qu'il y a un problème quelque part... mais ou ?
    Avez vous des idees ? Merci. Flavio_dev

  4. #4
    Membre à l'essai
    Profil pro
    Inscrit en
    Juillet 2008
    Messages
    23
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juillet 2008
    Messages : 23
    Points : 12
    Points
    12
    Par défaut
    Bonjour
    Aujourd'hui, j'ai essayer de changer les propriétaires des dossiers (ressources) partages avec mon serveur Samba LDAP. J'ai fais un chown et chgrp en mettant "ldap" au lieu de "root" precedement sur le dossier free. Voici donc ce que cela donne :
    AVANT : drwxrwxrwx 2 root root 4096 Jul 15 16:44 free
    APRÈS : drwxrwxrwx 2 ldap ldap 4096 Jul 15 16:44 free

    Ca ne change absolument rien. Lorsque je mets dans la write list le nom d'un user, pas de prob, mais quand je mets un nom de groupe (@quelquechose...) rien a faire.

    Quelqu'un a t'il rencontre ce problème ?

  5. #5
    Membre à l'essai
    Profil pro
    Inscrit en
    Juillet 2008
    Messages
    23
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Juillet 2008
    Messages : 23
    Points : 12
    Points
    12
    Par défaut
    Après moult essais en tout genre, j'ai tout simplement vu que dans mon fichier /etc/ldap.conf, je n'avais pas mis de "s" a Groups...

    nss_base_group ou=Group,dc=king,dc=ifru23?one ->
    nss_base_group ou=Groups,dc=king,dc=ifru23?one

    C'est tout...

    Résolu ! et pas mal de temps de perdu...

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. probleme en droit d'ecriture
    Par zorba49 dans le forum Serveurs (Apache, IIS,...)
    Réponses: 2
    Dernier message: 30/11/2006, 11h21
  2. Partage smb probleme de droit en ecriture
    Par Blo0d4x3 dans le forum Administration système
    Réponses: 6
    Dernier message: 03/07/2006, 20h17
  3. Aspsmartupload et probleme de droit d'ecriture
    Par mael94420 dans le forum ASP
    Réponses: 11
    Dernier message: 01/05/2006, 11h37
  4. [TP]Probleme de gestion d'écriture écran
    Par @tom@ dans le forum Turbo Pascal
    Réponses: 6
    Dernier message: 22/12/2003, 20h49
  5. problem lors de l'ecriture d'un fichier
    Par gemai dans le forum C
    Réponses: 20
    Dernier message: 29/08/2003, 15h01

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo