Recursos · Integración n8n

Integración LDAP n8nAutomatiza LDAP con n8n.

El directorio suele ser el punto donde la automatización se detiene. La integración LDAP n8n pone 6 operaciones en un solo nodo: buscar, comparar, crear, actualizar, renombrar y borrar entradas. No trae nodo trigger, así que un Schedule Trigger o un Webhook arranca la ejecución. Para equipos de IT y operaciones.

Probar la integración Ldap en n8nVer las 6 operaciones

Reseñas verificadas en Trustpilot · Agencia de IA, automatización y growth

Por qué automatizar

¿Para qué sirve de verdad la integración LDAP n8n?

La integración LDAP n8n une un flujo de trabajo con un servidor de directorio mediante el protocolo LDAP. Una credencial (los datos de acceso guardados dentro de n8n) conserva la dirección del servidor y la cuenta con la que se entra, y un único nodo lee y escribe las entradas de ese directorio: 6 operaciones, un solo recurso, ningún trigger. El directorio deja de ser el paso manual atrapado entre dos herramientas.

Primer escenario: altas que terminan dentro del directorio sin intervención. Un Schedule Trigger lee las filas nuevas de una pestaña de Google Sheets, Create a new entry escribe a cada persona en el distinguished name que arma el flujo, y Update attributes rellena el resto desde esa misma fila. Nadie vuelve a teclear datos.

Segundo escenario: una baja resuelta el mismo día. Rename the DN of an existing entry deja la cuenta con el distinguished name que marca tu procedimiento de salida, o Delete an entry la retira del todo, y un aviso llega a Slack para que quede constancia fuera de la memoria de alguien.

Tercer escenario: una exportación del directorio que alimenta un informe. Search LDAP recorre el subárbol que cuelga de un Base DN, Return All impide que se corte a medias, y las entradas aterrizan en Microsoft SQL, donde cualquiera las consulta sin tocar el directorio.

Aquí viene lo importante. En una integración normal, cuando falta una operación se tira del nodo HTTP Request, que llama a la API REST de la herramienta con la misma credencial. En este caso no. La credencial LDAP abre una conexión contra un servidor de directorio, no contra un endpoint HTTP, así que HTTP Request no tiene nada a lo que llamar. El recurso está dentro del propio nodo: Custom Filter en Search LDAP, un filtro LDAP que escribes tú y en el que los caracteres *, (, ) y \ se escapan con una barra invertida.

Dos límites que conviene prever. No existe nodo trigger de LDAP, de modo que el flujo empieza en otro sitio: un Schedule Trigger a intervalo fijo, un Webhook de n8n (una URL que otro servicio llama) o el trigger de otra herramienta. Y una búsqueda amplia necesita Return All activado; si no, Limit pone techo al número de entradas devueltas y Page Size decide cuántas llegan de una vez. La página de documentación del nodo existe, la de problemas frecuentes responde con un 404, así que prueba primero contra un Base DN estrecho. Para el resto, la Reseña n8n habla de la plataforma y el Curso n8n de cómo se construyen estos flujos.

Conexión

¿Cómo se conecta n8n a un servidor LDAP ?

  1. 01

    Apunta n8n al servidor

    Requisito previo: tener un servidor de directorio accesible por LDAP, algo que ofrecen Jumpcloud, Azure ADDS y Okta, entre otros. En n8n, abre el menú Credentials y crea una credencial LDAP. LDAP Server Address espera la dirección IP o el dominio de ese servidor, y LDAP Server Port el número del puerto que se usa para conectar. Ambos valores salen de la documentación de tu proveedor de directorio.

  2. 02

    Indica la cuenta de conexión

    Binding DN es el Binding Distinguished Name, la cuenta de usuario con la que se conecta la credencial. Se escribe como una ruta completa dentro del directorio, no como un nombre de usuario: en Active Directory tiene el aspecto de cn=administrator, cn=Users, dc=n8n, dc=io. Binding Password recibe la contraseña de esa cuenta. La documentación de tu proveedor LDAP explica cómo localizar ese DN y su contraseña.

  3. 03

    Elige la seguridad de la conexión

    Queda el ajuste Connection Security, a elegir entre None, TLS y STARTTLS según cómo esté configurado el servidor. Connection Timeout, opcional, admite un valor numérico en segundos. Guardada, esta única credencial alimenta cualquier nodo LDAP de la instancia: aparece en la lista desplegable, con la contraseña ya recordada.

Acciones

Qué sabe hacer el nodo LDAP

El nodo Ldap expone 6 operaciones. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.

01

Compare an attribute

compare

Lo que ves en n8n

Notas y casos de uso

Compare contrasta un atributo de una entrada con un valor y devuelve el resultado de esa comprobación. Suficiente para llevar el flujo por una rama u otra sin releer la entrada entera.

Parámetros clave

  • DN: el distinguished name de la entrada a comparar, su dirección completa en el árbol, según el ejemplo ou=users,dc=n8n,dc=io, a menudo {{ $json.field }} tomado del nodo anterior.
  • Attribute ID: el identificador del atributo a comparar, elegido en la lista que muestra n8n.
  • Value: el valor con el que comparar.
Casos de uso
antes de que un flujo abra el acceso a una herramienta interna, compara el atributo que guarda el equipo en la entrada de esa persona y corta la ejecución cuando el valor no coincide.
02

Create a new entry

create

Lo que ves en n8n

Notas y casos de uso

Esta operación graba un objeto nuevo en el directorio, en el distinguished name que le pases. La cuenta existe sin que nadie haya abierto la consola de administración.

Parámetros clave

  • DN: el distinguished name de la entrada a crear. Fija de golpe dónde vive el objeto y cómo se llama, por eso lo habitual es componerlo a partir del item que entra.
  • Attributes: los atributos que se añaden a la entrada, uno tras otro detrás del botón Add Attributes.
Casos de uso
se firma un contrato en la herramienta de personal, el flujo arma el DN con los datos de la persona y crea la entrada esa misma hora, en vez del lunes en que alguien se acuerda.
03

Delete an entry

delete

Lo que ves en n8n

Notas y casos de uso

Delete retira el objeto situado en el distinguished name que recibe y el flujo sigue con el paso siguiente. Un único campo que rellenar, lo que la convierte en la operación más fácil de equivocar del nodo: el DN que llega es el que desaparece.

Parámetros clave

  • DN: el distinguished name de la entrada a borrar, casi siempre {{ $json.field }} arrastrado desde un paso Search LDAP en lugar de escrito a mano.
Casos de uso
una limpieza trimestral lista las cuentas de servicio que ya nadie reclama, una persona aprueba la lista en un mensaje y la rama siguiente borra las entradas aprobadas una a una.
04

Rename the DN of an existing entry

rename

Lo que ves en n8n

Notas y casos de uso

Rename sustituye el distinguished name de una entrada que ya existe por el que tú indicas, y la entrada sigue viva bajo ese nombre nuevo.

Parámetros clave

  • DN: el distinguished name actual de la entrada que se renombra (cn=john,ou=users,dc=n8n,dc=io en el ejemplo que muestra n8n).
  • New DN: el nuevo distinguished name de esa entrada (cn=nathan,ou=users,dc=n8n,dc=io).
Casos de uso
alguien cambia de nombre. El flujo renombra la entrada en lugar de borrarla y crear otra, así nada de lo que apunta a esa cuenta hay que rehacerlo.
06

Update attributes

update

Lo que ves en n8n

Notas y casos de uso

Update trabaja sobre una entrada que ya está en el directorio y solo cambia los atributos que enumeras, el resto de la entrada queda igual.

Parámetros clave

  • DN: el distinguished name de la entrada a actualizar, por lo general {{ $json.field }} que viene del paso Search LDAP que la encontró.
  • Update Attributes: los atributos de la entrada que se actualizan, listados detrás del botón Update Attributes.
Casos de uso
una persona cambia de equipo. Un flujo busca su entrada, actualiza los atributos que describen el equipo nuevo y publica el cambio para que soporte no se entere el último.
Necesitas ayuda

¿Necesitas ayuda para automatizar Ldap con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

LDAP y n8n, las dudas que vienen después

01¿La integración LDAP n8n es gratuita?
Del lado de n8n, ningún coste: el nodo LDAP forma parte del núcleo estándar, sin instalación, tanto en Community Edition autoalojada bajo licencia Sustainable Use como en n8n Cloud. Un flujo prototipado en Cloud se traslada igual a un servidor propio, el comportamiento no cambia. La credencial se crea una sola vez y se reutiliza en todas partes, también sin coste. Queda el precio del propio directorio, que depende por completo del proveedor elegido y solo concierne a esa relación.
02¿Qué credenciales hacen falta para conectar n8n con LDAP?
La credencial LDAP se apoya en datos de servidor, no en una clave de API. Primero dos campos de conexión, LDAP Server Address y LDAP Server Port. Después el Binding DN, ruta completa de la cuenta de conexión según el modelo Active Directory documentado por n8n, junto con su Binding Password. Connection Security admite None, TLS o STARTTLS, y Connection Timeout, opcional, se expresa en segundos. Se crea una sola vez en el menú Credentials, y cada nodo LDAP la recupera después en su desplegable.
03¿Qué límites tiene el nodo LDAP de n8n?
Dos cosas antes de construir. Primero, la paginación de los resultados de búsqueda: con Return All desactivado, Limit fija cuántas entradas vuelven, y Page Size regula cuántas se piden en cada llamada, con 0 desactivando la paginación. Segundo, el recurso habitual de n8n no funciona aquí: en otras integraciones, una operación ausente se resuelve con HTTP Request contra la API REST de la herramienta, pero la credencial LDAP abre una conexión hacia un servidor de directorio, no hacia un endpoint HTTP. El filtro Custom Filter de Search LDAP toma el relevo, escrito a mano y escapando los caracteres *, ( ), y la barra invertida. Además, la página de problemas frecuentes del nodo devuelve un 404, así que conviene probar antes.
04¿n8n reacciona en tiempo real a los cambios de LDAP?
No: mejor saberlo antes de diseñar el flujo, porque esta herramienta no tiene trigger en n8n. Ningún cambio del directorio entra por sí solo en una ejecución. Hay tres maneras de arrancar de otro modo: un Schedule Trigger a intervalo fijo que relanza un Search LDAP para comparar, un Webhook de n8n disparado por otro servicio, o el trigger de una herramienta ya presente en la automatización. En la práctica, una búsqueda programada junto a un paso de comparación cubre la mayoría de los casos, y es el intervalo elegido el que marca la frescura real de los datos.
05¿n8n o Make para automatizar un directorio LDAP?
Cuatro criterios deciden, sin que ninguna de las dos opciones sea mala de partida. El alojamiento primero: n8n se instala en infraestructura propia con Docker o npm, o corre en n8n Cloud, mientras que Make sigue siendo una plataforma solo alojada. El control del dato se deriva de ahí, y pesa más cuando el flujo maneja entradas de directorio. El modelo de coste después: Make cobra por operación, algo que conviene comparar con la frecuencia de las búsquedas programadas. La lógica visual al final, parecida en ambos editores, donde las costumbres del equipo cuentan más que las capacidades. Mejor comparar sobre los propios volúmenes que sobre una lista de funciones.
Misma plataforma

Otros docs útiles sobre este stack.

Ver todas las integraciones