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

Réseau Discussion :

Replication ldap sous squeeze/slapd 2.4.23


Sujet :

Réseau

  1. #1
    Membre à l'essai
    Homme Profil pro
    Inscrit en
    Mai 2012
    Messages
    17
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Mai 2012
    Messages : 17
    Points : 12
    Points
    12
    Par défaut Replication ldap sous squeeze/slapd 2.4.23
    Bonjour,

    j'ai 2 serveurs d'authentification samba/ldap sous squeeze. Le but c'est d'en faire un cluster haute dispo. mais d'abord j'aimerai maitre en place la réplication de l'annuaire d'un serveur à l'autre.
    J'utilise ldap 2.4.23, et donc il n'y a plus de fichier de conf slapd.conf
    C'est bien dommage par ce que la config de la réplication avait l'air très simple avec ce fichier. La config se fait maintenant dans le dossier /etc/ldap/slapd.d/ qui contient de nombreux fichier de conf et je ne sais pas quoi modifier ni comment. Je trouve aucun tuto sur le net et les quelques docs que j'ai trouvé jusqu'à maintenant ne m'ont pas beaucoup aidé.

    donc si quelqu'un a déjà fait ce genre de manip un coup de main serait le bienvenu =)

    Il me faudrait des infos, tutos, etc. sur la réplication ldap (multi-maitre ou mirrormod) sous squeeze avec ldap 2.4.23.

    Merciii d'avance

  2. #2
    Membre à l'essai
    Homme Profil pro
    Inscrit en
    Mai 2012
    Messages
    17
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Mai 2012
    Messages : 17
    Points : 12
    Points
    12
    Par défaut
    Personne n'a déjà fait ca ici ?

    J'ai ce lien qui semble correspondre a mon projet.

    Mais je ne vois pas clairement dans quel fichier de conf effectuer les éodification, c'est juste dit que c'est dans /etc/ldap/slapd.d/cn=\config/ mais il y a beaucoup de fichier dans ce dossier.

    Si quelqu'un pouvait m'éclairer...

  3. #3
    Expert confirmé
    Avatar de Katyucha
    Femme Profil pro
    DevUxSecScrumOps Full Stack Bullshit
    Inscrit en
    Mars 2004
    Messages
    3 287
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : Irlande

    Informations professionnelles :
    Activité : DevUxSecScrumOps Full Stack Bullshit

    Informations forums :
    Inscription : Mars 2004
    Messages : 3 287
    Points : 5 075
    Points
    5 075
    Par défaut
    Je n'aime pas cette nouvelle facon de faire pour la configuration

    Je te conseille de le virer

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    cd /etc/ldap
    mv slapd.d slapd.d.save
    Et modifie le bon fichier /etc/ldap/openldap.conf

    Les configs fichiers vaincront
    Grave urgent !!!

  4. #4
    Membre à l'essai
    Homme Profil pro
    Inscrit en
    Mai 2012
    Messages
    17
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Mai 2012
    Messages : 17
    Points : 12
    Points
    12
    Par défaut
    J'ai justement lu un truck dans ce genre ce matin en trainant sur le forum fedora (Oui jvais faire le projet sous fedora 16 aussi en plus de debian squeeze xD)

    J'ai pas encore tester je vais commencer cet après midi, je rapporterez mes conclusions lundi (week end de 4 jours =D).

    Merci a toi Katyucha pour le tuyeau =) en attendant si quelqu'un trouve malgré tout des explications sur l'utilisation du nouveau système de conf je suis preneur, ca me sera sans doute utile un de ces jours

  5. #5
    Membre à l'essai
    Homme Profil pro
    Inscrit en
    Mai 2012
    Messages
    17
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations forums :
    Inscription : Mai 2012
    Messages : 17
    Points : 12
    Points
    12
    Par défaut
    Solution :

    Virer le slapd.d sur les 2 serveurs ldap

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    mv /etc/ldap/slapd.d/ /etc/ldap/slapd.d.save/
    créer le fichier slapd.conf sur les deux serveurs ldap

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    nano /etc/ldap/slapd.conf
    Copier le texte suivant dans le slapd.conf du premier ldap.

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24
    25
    26
    27
    28
    29
    30
    31
    32
    33
    34
    35
    36
    37
    38
    39
    40
    41
    42
    43
    44
    45
    46
    47
    48
    49
    50
    51
    52
    53
    54
    55
    56
    57
    58
    59
    60
    61
    62
    63
    64
    65
    66
    67
    68
    69
    70
    71
    72
    73
    74
    75
    76
    77
    78
    79
    80
    81
    82
    83
    84
    85
    86
    87
    88
    89
    90
    91
    92
    93
    94
    95
    96
    97
    98
    99
    100
    101
    102
    103
    104
    105
    106
    107
    108
    109
    110
    111
    112
    113
    114
    115
    116
    117
    118
    119
    120
    121
    122
    123
    124
    125
    126
    127
    128
    129
    130
    131
    132
    133
    134
    135
    136
    137
    138
    139
    140
    141
    142
    143
    144
    145
    146
    147
    148
    149
    150
    151
    152
    153
    154
    155
    156
    157
    158
    # This is the main slapd configuration file. See slapd.conf(5) for more
    # info on the configuration options.
    
    #######################################################################
    # Global Directives:
    ServerID 1
    # Features to permit
    #allow bind_v2
    
    # Schema and objectClass definitions
    include         /etc/ldap/schema/core.schema
    include         /etc/ldap/schema/cosine.schema
    include         /etc/ldap/schema/nis.schema
    include         /etc/ldap/schema/inetorgperson.schema
    include                /etc/ldap/schema/samba.schema
    
    # Where the pid file is put. The init.d script
    # will not stop the server if you change this.
    pidfile         /var/run/slapd/slapd.pid
    
    # List of arguments that were passed to the server
    argsfile        /var/run/slapd/slapd.args
    
    # Read slapd.conf(5) for possible values
    loglevel        none
    
    # Where the dynamically loaded modules are stored
    modulepath        /usr/lib/ldap
    moduleload        back_hdb.so
    moduleload        syncprov.la
    
    # The maximum number of entries that is returned for a search operation
    sizelimit 500
    
    # The tool-threads parameter sets the actual amount of cpu's that is used
    # for indexing.
    tool-threads 1
    
    #######################################################################
    # Specific Backend Directives for @BACKEND@:
    # Backend specific directives apply to this backend until another
    # 'backend' directive occurs
    backend                hdb
    
    #######################################################################
    # Specific Backend Directives for 'other':
    # Backend specific directives apply to this backend until another
    # 'backend' directive occurs
    #backend                <other>
    
    #######################################################################
    # Specific Directives for database #1, of type @BACKEND@:
    # Database specific directives apply to this databasse until another
    # 'database' directive occurs
    database        hdb
    
    # The base of your directory in database #1
    suffix          "dc=domain,dc=local"
    
    # rootdn directive for specifying a superuser on the database. This is needed
    # for syncrepl.
    rootdn          "cn=admin,dc=domain,dc=local"
    rootpw                toto
    # Where the database file are physically stored for database #1
    directory       "/var/lib/ldap"
    
    # The dbconfig settings are used to generate a DB_CONFIG file the first
    # time slapd starts.  They do NOT override existing an existing DB_CONFIG
    # file.  You should therefore change these settings in DB_CONFIG directly
    # or remove DB_CONFIG and restart slapd for changes to take effect.
    
    # For the Debian package we use 2MB as default but be sure to update this
    # value if you have plenty of RAM
    dbconfig set_cachesize 0 2097152 0
    
    # Sven Hartge reported that he had to set this value incredibly high
    # to get slapd running at all. See http://bugs.debian.org/303057 for more
    # information.
    
    # Number of objects that can be locked at the same time.
    dbconfig set_lk_max_objects 1500
    # Number of locks (both requested and granted)
    dbconfig set_lk_max_locks 1500
    # Number of lockers
    dbconfig set_lk_max_lockers 1500
    
    # Indexing options for database #1
    index                objectClass eq
    index           entryCSN,entryUUID eq
    
    #provider configuration
    overlay syncprov
    syncprov-checkpoint        100 10
    syncprov-sessionlog        100
    
    #consumer configuration
    syncrepl rid=001
            provider=ldap://192.168.3.113 #adresse du ldap02
            type=refreshAndPersist
            retry="60 +"
            searchbase="dc=domain,dc=local"
            scope=sub
            schemachecking=on
            bindmethod=simple
            binddn="cn=admin,dc=domain,dc=local"
            credentials=toto
    
    mirrormode        on
    
    # Save the time that the entry gets modified, for database #1
    lastmod         on
    
    # Checkpoint the BerkeleyDB database periodically in case of system
    # failure and to speed slapd shutdown.
    checkpoint      512 30
    
    # The userPassword by default can be changed
    # by the entry owning it if they are authenticated.
    # Others should not be able to see it, except the
    # admin entry below
    # These access lines apply to database #1 only
    access to attrs=userPassword,shadowLastChange
            by dn="cn=admin,dc=domain,dc=local" write
            by anonymous auth
            by self write
            by * none
    
    # Ensure read access to the base for things like
    # supportedSASLMechanisms.  Without this you may
    # have problems with SASL not knowing what
    # mechanisms are available and the like.
    # Note that this is covered by the 'access to *'
    # ACL below too but if you change that as people
    # are wont to do you'll still need this if you
    # want SASL (and possible other things) to work 
    # happily.
    access to dn.base="" by * read
    
    # The admin dn has full write access, everyone else
    # can read everything.
    access to *
            by dn="cn=admin,dc=domain,dc=local" write
            by * read
    
    # For Netscape Roaming support, each user gets a roaming
    # profile for which they have write access to
    #access to dn=".*,ou=Roaming,o=morsnet"
    #        by dn="@ADMIN@" write
    #        by dnattr=owner write
    
    #######################################################################
    # Specific Directives for database #2, of type 'other' (can be @BACKEND@ too):
    # Database specific directives apply to this databasse until another
    # 'database' directive occurs
    #database        <other>
    
    # The base of your directory for database #2
    #suffix                "dc=debian,dc=org"
    Meme chose dans le slapd.conf du ldap02 sauf aux endroit indiquer en rouge, mettre ID a 2 et l?ip du ldap01.

    J'espère que ca empêchera certains jeune administrateurs de passé des jours sur la réplication miroir comme ce fut le cas pour moi xD

  6. #6
    Nouveau Candidat au Club
    Homme Profil pro
    Administrateur systèmes et réseaux
    Inscrit en
    Septembre 2012
    Messages
    1
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Madagascar

    Informations professionnelles :
    Activité : Administrateur systèmes et réseaux
    Secteur : Administration - Collectivité locale

    Informations forums :
    Inscription : Septembre 2012
    Messages : 1
    Points : 1
    Points
    1
    Par défaut
    Merci de votre confirmation sur cette méthode car j’ai rencontré aussi le même problème sur le config de réplication OpenLDAP version récente.

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

Discussions similaires

  1. Replication LDAP avec syncrepl sous mandriva
    Par el_profesor dans le forum Linux
    Réponses: 2
    Dernier message: 03/08/2009, 11h22
  2. [LDAP] Connexion via PHP à un annuaire LDAP sous un serveur Novell
    Par podz dans le forum Bibliothèques et frameworks
    Réponses: 10
    Dernier message: 15/06/2006, 14h34
  3. [LDAP] installation module ldap sous Windows
    Par hutchuck dans le forum Bibliothèques et frameworks
    Réponses: 4
    Dernier message: 16/11/2005, 10h49
  4. LDAP sous fedora core2
    Par ripou dans le forum Développement
    Réponses: 18
    Dernier message: 25/08/2005, 15h32

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