el problema con SourceRebels respuesta es que slapcat(8)
no garantiza que los datos se ordenó para ldapadd(1)
/ldapmodify(1)
. Desde la página del manual:
The LDIF generated by this tool is suitable for use with slapadd(8).
As the entries are in database order, not superior first order, they
cannot be loaded with ldapadd(1) without first being reordered.
Plus utilizando una herramienta que utiliza los archivos de back-end para volcar la base de datos y el uso de una herramienta que carga el ldif a través del protocolo LDAP no es muy consistente.
me gustaría sugerir a utilizar una combinación de slapcat(8)
/slapadd(8)
Oldapsearch(1)
/ldapmodify(1)
. Mi preferencia iría a la última ya que no necesita acceso de shell al servidor ldap ni mover archivos.
Por ejemplo, la base de datos de volcado desde un servidor maestro bajo dc = maestro, dc = com y cargarlo en un servidor de copia de seguridad
$ ldapsearch -Wx -D "cn=admin_master,dc=master,dc=com" -b "dc=master,dc=com" -H ldap://my.master.host -LLL > ldap_dump-20100525-1.ldif
$ ldapadd -Wx -D "cn=admin_backup,dc=backup,dc=com" -H ldap://my.backup.host -f ldap_dump-20100525-1.ldif
La bandera -W anterior solicita la contraseña LDAP admin_master sin embargo, ya que vamos a redirigir salida a un archivo no verá el mensaje - solo una línea vacía. Siga adelante y escriba su contraseña ldap admin_master y funcionará. La primera línea de su archivo de salida deberá eliminarse (Introduzca la contraseña de LDAP :) antes de ejecutar ldapadd.
Última pista, ldapadd(1)
es un enlace duro a ldapmodify(1)
con la bandera -a
(añadir) activado.
-Wx no funcionó para mí al redireccionar a un archivo. Reemplazar -Wx con -w funcionó muy bien. –
No me gusta poner contraseñas en la línea de comandos porque generalmente terminan en tu historial de shell ... – sberder
De acuerdo, pero eso fue lo único que funcionó para mí. –