Documentation<Précédent | Table des matières | Suivant>
Vous avez terminé. Les deux bases de données (suffixe : dc=example,dc=com) devraient maintenant se synchroniser. 1.6.3. Essai
Une fois la réplication démarrée, vous pouvez la surveiller en exécutant
ldapsearch -z1 -LLLQY EXTERNE -H ldapi:/// -s base -b dc=example,dc=com contextCSN
dn : dc=exemple, dc=com
contextCSN : 20120201193408.178454Z#000000#000#000000
tant sur le fournisseur que sur le consommateur. Une fois la sortie (20120201193408.178454Z#000000#000#000000 dans l'exemple ci-dessus) pour les deux machines correspondent, vous avez la réplication. Chaque fois qu'une modification est apportée au fournisseur, cette valeur changera, de même que celle du ou des consommateurs.
Si votre connexion est lente et/ou si votre base de données LDAP est volumineuse, cela peut prendre un certain temps avant que le consommateur contexteCSN correspondre à celui du fournisseur. Mais, vous saurez que cela progresse puisque le consommateur contexteCSN augmentera régulièrement.
Si le consommateur contexteCSN est manquant ou ne correspond pas au fournisseur, vous devez arrêter et résoudre le problème avant de continuer. Essayez de vérifier le slapd (syslog) et les fichiers journaux d'authentification dans le fournisseur pour voir si les demandes d'authentification du consommateur ont abouti ou si ses demandes de récupération de données (elles ressemblent à de nombreuses instructions ldapsearch) ne renvoient aucune erreur.
Pour tester si cela a fonctionné, interrogez simplement, sur le Consumer, les DN dans la base de données :
sudo ldapsearch -Q -LLL -Y EXTERNE -H ldapi:/// -b dc=exemple,dc=com dn
Vous devriez voir l'utilisateur 'john' et le groupe 'miners' ainsi que les nœuds 'People' et 'Groups'.