Forum Linux.mandriva groupe d'utilisateurs ldap

Posté par  .
Étiquettes : aucune
0
2
déc.
2004
salut à tous

voilà mon problème, j'ai configuré un serveur ldap (openldap sous mandrake 9.2) et je dois créer des comptes utilisateurs qui doivent pouvoir être inclus dans des groupes sans pour autant qu'on retape leurs fiches !
ces comptes doivent contenir plusieurs informations dont l'adresse de messagerie, le nécessaire pour s'identifier sur un serveur samba...

j'utilise phpLDAPAdmin pour administrer mon annuaire ldap.

quelqu'un peut m'aider ?

  • # précisions

    Posté par  . Évalué à 2.

    ils sont où les comptes utilisateurs? dans /etc/passwd ? base de données? fichier csv?

    donne plus de précisions si tu veux qu'on t'aide

    • [^] # Re: précisions

      Posté par  . Évalué à 2.

      voilà mon arbre :
      dc=fr
      dc=entreprise
      ou=personnes, ou=groupes, ou=machines

      mes utilisateurs se trouvent dans l'OU "personnes" (c'est bien ça que tu veux savoir ?)
      et dans l'OU "groupes" se trouvent mes différents groupes (achat, etc.)

      là j'ai réussi à faire le lien entre les personnes de mon groupe achat (groupOfNames) et les utilisateurs concernés via leur "cn" mais lorsque je consulte mon annuaire, mon groupe n'apparait pas comme un groupe mais comme une personne j'ai l'impression et l'e-mail de mes utilisateurs n'apparait pas ! (c'est ce qui m'intéresse pour l'instant)
      les utilisateurs concernés ont été créé en "Kolab User Entry" puis en "Adress Book Entry" (InetOrgPerson) mais aucun des deux n'affiche l'information voulue !

      le problème vient de mon OU "groupes" je pense mais j'vois pas comment faire !

      ma base de données se trouve dans /usr/local/var

      euh... c'est koi ces fichiers csv ???

      merci

      • [^] # Re: précisions

        Posté par  . Évalué à 1.

        moi je te conseille deja pour les groupes en de passer en GroupOfUniqueNames car ca evitera que tu aies des doublons dans ton ldap.

        Essaye d'utiliser les schema standards, et surtout simple mais qui s'adapte a tes besoins
        c'est a dire que ta base va servir a samba, pkoi utilisé kolab user entry(tu vas pt le mettre apres, je sais pas)

        pour samba, il faut de memoire top,person,organisationunit,inetorgperson,posixaccount,sambaccount comme object class

        moi j'utiliserais leur uid comme dn
        c'est a dire uid=toto,ou=personnes,dc=entreprises,dc=fr
        cela te permettra de différencier les groupes des utilisateurs

        utilise les attribut standard : mail cn sn uid uidnumber guidnumber...

        voila j'espere tu vas pourvoir avancer.

        ps ! les csv , c'est un format d'exportation de fichier texte avec separateur.
        toto,tata,tata@societe.com,123,
        ....

        je pensais que tu essayais de migrer tes comptes utilisateurs depuis une autre source de données.

        si tu veux contact moi par mail idiotech AT dlfp DOT org

        • [^] # Re: précisions

          Posté par  . Évalué à 1.

          merci pour ces précisions !

        • [^] # Re: précisions

          Posté par  . Évalué à 1.

          lorsque je créé mon groupe (GroupOfUniqueNames) je dois renseigner un attribut obligatoire uniqueMember.
          à quoi correspond-t-il ?

          • [^] # Re: précisions

            Posté par  . Évalué à 1.

            il faut tu mette directement les utilisateurs
            uid=toto,ou=personnes,dc=entrprise,dc=fr

            il faut au moins 1utilisateur pour 1 groupe je crois

            tu peux utiliser l'attribut owner pour definir le responsable du groupe

            • [^] # Re: précisions

              Posté par  . Évalué à 1.

              oui j'suis bête, j'avais oublié qu'il fallait entrer le dn...

              donc j'ai créé mon groupe achat en "GroupOfUniqueNames" mais ça ne marche toujours pas !

              ne serait-ce pas à cause de mon objet "groupes" ? il doit bien être une OU ?

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.