Recursos · Integración n8n

Integración Venafi TLS Protect Cloud n8nAutomatiza Venafi TLS Protect Cloud con n8n.

¿Quién vigila la fecha de caducidad de tus certificados? La integración Venafi TLS Protect Cloud n8n aporta un nodo con 8 operaciones repartidas en 2 recursos y un nodo trigger que arranca cuando Venafi llama a su URL. Pensada para equipos que gestionan identidades de máquina a diario.

Probar la integración Venafi TLS Protect Cloud en n8nVer las 8 operaciones

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

Por qué automatizar

¿Qué resuelve la integración Venafi TLS Protect Cloud n8n?

El servicio llega a n8n con dos nodos. El nodo Venafi TLS Protect Cloud consume la API de Venafi TLS Protect Cloud y agrupa 8 operaciones en 2 recursos: Certificate, donde borras, descargas, lees, listas y renuevas, y Certificate Request, donde creas, lees y listas. El nodo Venafi TLS Protect Cloud Trigger arranca un flujo de trabajo cuando ocurren eventos en el servicio cloud. Los dos se autentican con la misma credencial, es decir, los mismos datos de acceso guardados una vez en n8n.

Avisos de renovación que llegan al canal correcto. Una ejecución programada lanza certificate.getMany, el filtro Subject recorta la lista a los nombres de host que te importan, y cada fila pasa por certificate.renew con su Validity Period. Un mensaje en Slack avisa al equipo dueño del servicio, y nadie tiene que acordarse de nada.

Un inventario que se consulta fuera de la consola. Con Return All activado, certificate.getMany recorre todas las páginas de la API y devuelve un elemento por certificado. Guardado en MongoDB, ese volcado alimenta los paneles que ya miras cada semana. certificateRequest.getMany hace lo propio con las solicitudes, así que lo emitido y lo pendiente viven juntos.

Solicitudes que nacen donde se piden. Si el alta de un servicio nuevo se apunta en una hoja, léela con Google Sheets, lleva el nombre de host al campo Common Name de certificateRequest.create y deja que certificateRequest.get recupere la solicitud más tarde por su identificador.

No toda la API REST de Venafi tiene su operación en el nodo. Cuando la llamada que necesitas queda fuera de esas 8 operaciones, el nodo HTTP Request ataca cualquier endpoint de la API y reutiliza la misma credencial mediante la autenticación predefinida, sin que tengas que gestionar una segunda clave.

Dos comportamientos conviene tenerlos claros antes de montar nada. Return All manda en la paginación: desactivado, es Limit quien fija el número máximo de elementos devueltos. Y un campo marcado como obligatorio bloquea la ejecución del nodo si queda vacío, algo que se nota en Download, donde hay cinco obligatorios a la vez. Si prefieres empezar por la plataforma, la Reseña n8n explica qué hace bien y el Curso n8n es por donde entran los equipos.

Conexión

¿Cómo se conecta Venafi TLS Protect Cloud con n8n?

  1. 01

    Consigue la clave API en Venafi

    Primero hace falta una cuenta de Venafi TLS Protect Cloud. Ya dentro, abre tu avatar, entra en Preferences y luego en API Keys: la clave se copia desde ahí. VCert también devuelve una clave API si ya lo usas, y Venafi describe el procedimiento en su página Obtaining an API Key. Es el único método de autenticación admitido, tanto para el nodo como para el trigger.

  2. 02

    Marca la Region que corresponde

    El formulario de la credencial empieza por un selector Region. Elige EU si tu actividad está en la Unión Europea y US en cualquier otro caso. Rellénalo antes de pegar la clave y no después: es justo el campo que se pasa por alto cuando uno solo quiere probar un flujo de trabajo rápido.

  3. 03

    Guarda la credencial una sola vez

    Las credenciales viven en el menú Credentials, no dentro de un flujo de trabajo. La creas una vez y cada nodo que la necesita la ofrece en su desplegable. El nodo Venafi TLS Protect Cloud y el nodo Venafi TLS Protect Cloud Trigger leen la misma entrada. Da igual si estás en n8n Cloud o en una instancia propia: el formulario y el flujo son idénticos.

Disparadores

¿Qué pone en marcha un flujo de Venafi en n8n?

Venafi TLS Protect Cloud Trigger es el nodo que arranca un workflow con cada nueva respuesta recibida en Venafi TLS Protect Cloud. Eliges el formulario, activas el workflow y n8n registra el webhook en tu cuenta de Venafi TLS Protect Cloud.

Lo que ves en n8n

Notas de configuración

01Configure the Trigger NodeEl nodo Venafi TLS Protect Cloud Trigger arranca un flujo de trabajo en respuesta a eventos del servicio cloud. Un trigger es el primer nodo del flujo, el que decide cuándo se ejecuta todo lo demás. Este va por la versión 1 y pide dos ajustes.

El nodo Venafi TLS Protect Cloud Trigger arranca un flujo de trabajo en respuesta a eventos del servicio cloud. Un trigger es el primer nodo del flujo, el que decide cuándo se ejecuta todo lo demás. Este va por la versión 1 y pide dos ajustes.

Parámetros clave

  • Resource: obligatorio. Eliges en la lista el objeto que quieres escuchar, o lo defines con una expresión si el valor viene de otro sitio.
  • Trigger On: también obligatorio, y admite varios valores a la vez, de modo que un mismo flujo cubre más de un caso.
Cuándo usarlo
siempre que el arranque deba venir de Venafi y no de un reloj. Por ejemplo un envío que entra y hay que registrar y tratar sin que nadie esté pendiente de la consola.
02Send Submissions Into the NodeEste trigger recibe los envíos por webhook, o sea una URL que n8n publica y que Venafi llama. n8n registra esa URL en la herramienta al activar el flujo de trabajo, y cada envío entra unos segundos después. No hay intervalo de polling que ajustar ni programación que planificar, y nada queda esperando al siguiente tic del reloj.

Este trigger recibe los envíos por webhook, o sea una URL que n8n publica y que Venafi llama. n8n registra esa URL en la herramienta al activar el flujo de trabajo, y cada envío entra unos segundos después. No hay intervalo de polling que ajustar ni programación que planificar, y nada queda esperando al siguiente tic del reloj.

Casos de uso
entra el envío, el flujo lee un valor con una expresión del estilo {{ $json.field }}, se lo pasa a certificateRequest.create o a certificate.get y archiva el resultado donde mira tu equipo. Una segunda rama puede encadenar certificate.getMany justo después, de forma que el registro guardado lleve el contexto del parque y no solo el envío suelto. Ojo con un detalle antes de pasar a producción: el webhook existe mientras el flujo esté activo. Si lo desactivas deja de entrar nada, hasta que vuelvas a activarlo y n8n registre otra vez la URL en Venafi.
Acciones

¿Qué sabe hacer el nodo Venafi TLS Protect Cloud ?

El nodo Venafi TLS Protect Cloud expone 8 operaciones en 2 recursos. Para cada una: el nodo tal como lo configuras en n8n, los campos obligatorios y nuestras notas de campo.

Matriz recursos × operaciones
RecursoCreateGetDeleteDownloadGet ManyRenew
Certificate✓✓✓✓✓
Certificate Request✓✓✓

Certificate

5 operaciones
01

Delete a certificate

certificate.delete

Lo que ves en n8n

Notas y casos de uso

Quita un certificado de Venafi TLS Protect Cloud. Un único campo que rellenar, lo que convierte a esta operación en la más corta del nodo y también en la más fácil de lanzar sin querer.

Parámetros clave

  • Certificate ID: obligatorio, el identificador del certificado que se retira. Suele llegar de un nodo anterior como expresión, del tipo {{ $json.field }}, y si queda vacío el nodo se detiene antes de llamar a la API.
Casos de uso
limpiar los certificados de un nombre de host que ya se ha dado de baja, o retirar el material emitido durante unas pruebas.
02

Download a certificate

certificate.download

Lo que ves en n8n

Notas y casos de uso

Recupera el material de un certificado desde Venafi TLS Protect Cloud, con cinco campos obligatorios a la vez.

Parámetros clave

  • Certificate ID, Certificate Label, Private Key Passphrase y Keystore Passphrase: obligatorios los cuatro.
  • Input Data Field Name: obligatorio, el nombre del campo de entrada que contiene los datos binarios del archivo que se va a subir.
  • Download Item y Keystore Type: opcionales, Certificate o Keystore el primero, JKS, PKCS12 o PEM el segundo.
  • Chain Order y Format: dentro de Options. EE_FIRST pone primero la parte end-entity de la cadena, EE_ONLY descarga solo el certificado end-entity, ROOT_FIRST empieza por la raíz; Format acepta PEM o DER.
Casos de uso
entregar un keystore a un despliegue con un orden de cadena concreto.
03

Get a certificate

certificate.get

Lo que ves en n8n

Notas y casos de uso

Lee un certificado concreto de Venafi TLS Protect Cloud: entra un elemento, sale un elemento. Sirve cuando ya sabes de qué certificado hablas y lo que quieres es su ficha, no una búsqueda.

Parámetros clave

  • Certificate ID: obligatorio. Escrito a mano para una prueba suelta, o traído del nodo anterior con una expresión del tipo {{ $json.field }} cuando el identificador circula por el flujo.
Casos de uso
releer la ficha justo después de un paso de renovación, para que la rama siguiente trabaje con el estado actual y no con el de partida.
04

Get many certificates

certificate.getMany

Lo que ves en n8n

Notas y casos de uso

Lista los certificados de Venafi TLS Protect Cloud y devuelve un elemento por certificado. Es la primera pieza de cualquier flujo de informes o de repaso del parque.

Parámetros clave

  • Return All: activado, n8n encadena todas las páginas de la API y trae el inventario entero; desactivado, Limit fija cuántos certificados pasan al nodo siguiente.
  • Subject: un filtro, dentro de Filters, para acotar la lista en lugar de traerlo todo y ordenarlo después.
Casos de uso
un repaso nocturno que alimenta una tabla de inventario, o una tirada más corta sobre un único Subject antes de un lote de renovaciones.
05

Renew a certificate

certificate.renew

Lo que ves en n8n

Notas y casos de uso

Renueva un certificado en Venafi TLS Protect Cloud. Ningún campo aparece como obligatorio, así que el formulario se arma según cómo identifique tu organización lo que toca renovar.

Parámetros clave

  • Existing Certificate ID: señala el certificado en el que se apoya la renovación.
  • Application Name or ID y Certificate Issuing Template Name or ID: dos desplegables, o una expresión cuando el valor viaja con el elemento.
  • Validity Period: está en Options y ofrece P1Y, P10D y PT12H.
Casos de uso
una rama de renovación colocada detrás de un paso de listado, para que cada fila que pasó el filtro Subject se renueve con la misma plantilla.

Certificate Request

3 operaciones
06

Create a certificate request

certificateRequest.create

Lo que ves en n8n

Notas y casos de uso

Crea una solicitud de certificado en Venafi TLS Protect Cloud. Abre el segundo recurso con el formulario más completo del nodo: un campo obligatorio y luego muchas opciones.

Parámetros clave

  • Common Name: obligatorio, el campo Common Name del Subject del certificado (CN).
  • Key Type y Key Length: dentro de Additional Fields. Key Type es el algoritmo de cifrado de la clave pública, EC o RSA; Key Length es el número de bits que se permiten para generar la clave.
  • Validity Period: cuánto tiempo debe ser válido el certificado emitido, en formato ISO8601, P1Y para un año.
Casos de uso
convertir una petición de servicio aprobada en solicitud real, con el nombre de host puesto en Common Name.
07

Get a certificate request

certificateRequest.get

Lo que ves en n8n

Notas y casos de uso

Lee una solicitud de certificado de Venafi TLS Protect Cloud. Donde el recurso Certificate maneja material ya emitido, este trabaja sobre el expediente que lo pidió.

Parámetros clave

  • Certificate Request ID: obligatorio, y distinto de un Certificate ID. Guarda el identificador que produjo tu paso de creación si un flujo posterior tiene que volver sobre la solicitud.
Casos de uso
un flujo de seguimiento que vuelve a mirar en qué punto está la solicitud antes de contarle nada a quien la pidió, en vez de responder en el momento del alta.
08

Get many certificate requests

certificateRequest.getMany

Lo que ves en n8n

Notas y casos de uso

Lista las solicitudes de certificado de Venafi TLS Protect Cloud, un elemento por solicitud. Es la cara pendiente del parque, junto a la cara emitida que devuelve el listado de certificados.

Parámetros clave

  • Return All: activado, suben todas las páginas de solicitudes; desactivado, Limit pone el techo, igual que en el listado de certificados.
Casos de uso
un resumen semanal de solicitudes pendientes dirigido a quien las aprueba, para que ninguna se quede dormida en la cola.
Necesitas ayuda

¿Necesitas ayuda para automatizar Venafi TLS Protect Cloud con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Venafi TLS Protect Cloud y n8n, preguntas frecuentes

01¿La integración Venafi TLS Protect Cloud n8n es gratuita?
Sí por el lado de n8n. El nodo y el nodo trigger vienen incluidos: no hay que instalar nada, no hay coste añadido y no pasas por ningún mercado de extensiones. Las 8 operaciones son las mismas en n8n Cloud, la oferta alojada por n8n, y en una instancia propia levantada con Docker o npm, en Community Edition bajo licencia Sustainable Use. Un flujo de trabajo se comporta igual en los dos sitios, así que puedes montarlo en Cloud y llevártelo después sin reescribirlo. Lo que cueste la cuenta de Venafi TLS Protect Cloud es otro asunto, y esta página no entra en ello.
02¿Qué credenciales necesita Venafi TLS Protect Cloud en n8n?
Una clave API, el único método de autenticación admitido para este servicio en n8n. Antes hace falta una cuenta de Venafi TLS Protect Cloud. Después abres tu avatar, entras en Preferences y luego en API Keys, y copias el valor. VCert también puede devolverte una clave API, y Venafi documenta esa vía en su página Obtaining an API Key. El formulario de la credencial pide dos cosas: la Region, EU si estás en la Unión Europea y US en caso contrario, y la propia clave. Guárdala una vez en el menú Credentials y tanto el nodo como el trigger la ofrecerán en su desplegable.
03¿Qué límites tiene el nodo Venafi TLS Protect Cloud en n8n?
El nodo expone 8 operaciones repartidas en 2 recursos. Cuando el endpoint que buscas queda fuera de esa lista en la API REST de Venafi, el nodo HTTP Request lo llama directamente y reutiliza la misma credencial mediante la autenticación predefinida, de modo que sigues con una sola clave API. La paginación es el otro punto que conviene prever: en Get Many certificates y en Get Many certificate requests, Return All recorre todas las páginas, y dejarlo desactivado devuelve el mando a Limit. Los campos obligatorios también pesan, porque uno vacío bloquea la ejecución antes de la llamada, y Download pide cinco de golpe.
04¿El trigger de Venafi reacciona en tiempo real?
Sí. El trigger funciona por webhook, es decir una URL que n8n publica y que Venafi llama cuando pasa algo de su lado. n8n registra esa URL en la herramienta al activar el flujo de trabajo y cada envío llega unos segundos más tarde. No hay intervalo de polling, no hay programación y no hay retardo que ajustar. Dos ajustes definen lo que recibes: Resource, que elige el objeto escuchado, y Trigger On, que admite varios valores a la vez. Los dos son obligatorios. Y una consecuencia que conviene recordar: el webhook solo vive mientras el flujo está activo.
05¿n8n o Make para Venafi TLS Protect Cloud?
Depende de dónde quieras que corra la automatización. Make es una plataforma alojada, sin opción de autoalojamiento, facturada por operación: el volumen que muevas se ve directamente en la factura. n8n se autoaloja con Docker o npm, o se usa en n8n Cloud, y el mismo flujo de trabajo funciona en ambos casos. En gestión de certificados suele decidir el alojamiento, porque los datos de identidad de máquina tienden a quedarse dentro del perímetro de la empresa. Las dos herramientas son opciones honestas: la lógica visual y el modelo de coste se comparan con calma, y el control de los datos inclina la balanza.
Misma plataforma

Otros docs útiles sobre este stack.

Ver todas las integraciones