Documentazione<Precedenti | Contenuti | Succ.>
Hai finito. I due database (suffisso: dc=example,dc=com) dovrebbero ora essere sincronizzati. 1.6.3. Analisi
Una volta avviata la replica, è possibile monitorarla eseguendo
ldapsearch -z1 -LLLQY EXTERNAL -H ldapi:/// -s base -b dc=esempio,dc=com contestoCSN
dn: dc=esempio, dc=com
contestoCSN: 20120201193408.178454Z#000000#000#000000
sia sul fornitore che sul consumatore. Una volta visualizzato l'output (20120201193408.178454Z#000000#000#000000 nell'esempio sopra) per entrambe le macchine corrispondono, hai la replica. Ogni volta che viene apportata una modifica al fornitore, questo valore cambierà e così dovrebbe cambiare anche quello nel/i consumatore/i.
Se la tua connessione è lenta e/o il tuo database ldap è grande, potrebbe volerci un po' di tempo per il consumer contestoCSN corrispondono a quelli del fornitore. Ma saprai che sta progredendo da quando è il consumatore contestoCSN sarà in costante aumento.
Se il consumatore contestoCSN manca o non corrisponde al fornitore, dovresti fermarti e capire il problema prima di continuare. Prova a controllare i file slapd (syslog) e di registro di autenticazione nel provider per vedere se le richieste di autenticazione del consumatore hanno avuto successo o se le sue richieste di recuperare dati (sembrano molte istruzioni ldapsearch) non restituiscono errori.
Per verificare se ha funzionato è sufficiente interrogare, sul Consumer, i DN presenti nel database:
sudo ldapsearch -Q -LLL -Y EXTERNAL -H ldapi:/// -b dc=esempio,dc=com dn
Dovresti vedere l'utente "john" e il gruppo "miners", nonché i nodi "Persone" e "Gruppi".