Implementare un'architettura ridondante master/slave OpenLDAP: differenze tra le versioni

Vai alla navigazione Vai alla ricerca
nessun oggetto della modifica
Nessun oggetto della modifica
Nessun oggetto della modifica
Riga 1: Riga 1:
==Come implementare un'architettura ridondante master/slave OpenLDAP==
==Come implementare un'architettura ridondante master/slave OpenLDAP==
===Versioni compatibili===
* Debian Sarge 3.0
* Debian Etch 4.0
* Debian Lenny 5.0
===Introduzione===
Questa guida illustra un metodo per fornire ridondanza ad una rete in cui sia presente un server OpenLDAP, in modo da avere una replica del database LDAP su un diverso server fisico che subentri automaticamente in caso di down del server principale.<br/>
Questa guida illustra un metodo per fornire ridondanza ad una rete in cui sia presente un server OpenLDAP, in modo da avere una replica del database LDAP su un diverso server fisico che subentri automaticamente in caso di down del server principale.<br/>
Le vecchie versioni di OpenLDAP usavano un modello <tt>push</tt> per la replica. Questo modello si basava sull'assunto che il server LDAP master eseguisse periodicamente un push dei propri dati verso i server LDAP slave, utilizzando un modulo chiamato <tt>slurpd</tt>. Le nuove versioni di OpenLDAP hanno introdotto un modello di replica <tt>pull</tt>, appoggiato ad un modulo chiamato <tt>syncrepl</tt>.
Le vecchie versioni di OpenLDAP usavano un modello <tt>push</tt> per la replica. Questo modello si basava sull'assunto che il server LDAP master eseguisse periodicamente un push dei propri dati verso i server LDAP slave, utilizzando un modulo chiamato <tt>slurpd</tt>. Le nuove versioni di OpenLDAP hanno introdotto un modello di replica <tt>pull</tt>, appoggiato ad un modulo chiamato <tt>syncrepl</tt>.

Menu di navigazione