Du bist fertig. Die beiden Datenbanken (Suffix: dc=example,dc=com) sollten jetzt synchronisiert werden. 1.6.3. Testen
Sobald die Replikation beginnt, können Sie sie durch Ausführen überwachen
ldapsearch -z1 -LLLQY EXTERNAL -H ldapi:/// -s base -b dc=example,dc=com contextCSN
dn: dc=Beispiel,dc=com
contextCSN: 20120201193408.178454Z#000000#000#000000
sowohl beim Anbieter als auch beim Verbraucher. Sobald die Ausgabe (20120201193408.178454Z#000000#000#000000 (im obigen Beispiel) für beide Maschinen übereinstimmen, liegt eine Replikation vor. Jedes Mal, wenn eine Änderung im Anbieter vorgenommen wird, ändert sich dieser Wert, und das Gleiche gilt auch für den Wert im/in den/den Verbrauchern.
Wenn Ihre Verbindung langsam und/oder Ihre LDAP-Datenbank groß ist, kann es für den Verbraucher eine Weile dauern contextCSN mit denen des Anbieters übereinstimmen. Aber Sie werden wissen, dass es seit dem Verbraucherschutz Fortschritte macht contextCSN wird stetig zunehmen.
Wenn der Verbraucher contextCSN fehlt oder nicht mit dem Anbieter übereinstimmt, sollten Sie anhalten und das Problem herausfinden, bevor Sie fortfahren. Versuchen Sie, die Slapd- (Syslog-) und Authentifizierungsprotokolldateien im Anbieter zu überprüfen, um festzustellen, ob die Authentifizierungsanfragen des Verbrauchers erfolgreich waren oder ob seine Anfragen zum Abrufen von Daten (sie sehen aus wie viele ldapsearch-Anweisungen) keine Fehler zurückgeben.
Um zu testen, ob es funktioniert hat, fragen Sie einfach beim Verbraucher die DNs in der Datenbank ab:
sudo ldapsearch -Q -LLL -Y EXTERNAL -H ldapi:/// -b dc=example,dc=com dn
Sie sollten den Benutzer „john“ und die Gruppe „miners“ sowie die Knoten „People“ und „Groups“ sehen.