Recursos · Integración n8n

Nodo SSH n8nConfigura SSH en n8n.

El nodo SSH n8n abre una sesión en una máquina remota para lanzar un comando o mover un archivo. Trae 3 operaciones repartidas en 2 recursos y entra con contraseña o con clave privada. Se ejecuta una vez por cada item que recibe y nunca arranca un flujo por su cuenta.

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

Por qué automatizar

¿Para qué sirve el nodo SSH n8n en un flujo?

Un disparador precede siempre al nodo SSH n8n, un Schedule Trigger o un Webhook, esa URL que otro sistema llama para avisar a n8n; el nodo nunca arranca un flujo por su cuenta. A partir de ahí abre una sesión Secure Shell hacia una máquina remota y, en cada item que recibe, ejecuta una de sus tres operaciones: lanzar un comando, descargar un archivo o subir otro.

Hay tareas que nunca tuvieron API. Un servidor propio que se queda sin espacio, un programa de gestión antiguo que deja sus informes en una carpeta, un script que alguien lanza a mano cada lunes. Ahí es donde este nodo encaja, y sus tres operaciones cubren casi todos esos gestos.

Primer escenario: la limpieza programada. Un Schedule Trigger arranca de madrugada, Execute a command lanza el script en el Working Directory indicado y lo que devuelve el comando acaba en un aviso por Gmail para quien vigila la máquina. Segundo escenario: la descarga de un informe. Download a file recoge el archivo en su Path completo y las filas terminan en Google Sheets, donde el resto del equipo las consulta sin pedir acceso al servidor. Tercer escenario: la subida de una copia de seguridad generada antes en el flujo, enviada con Upload a file al Target Directory que espera la aplicación.

Conviene tener en cuenta dos detalles. La subida da por hecho que el archivo ya existe como dato binario en el item, así que otro nodo tiene que ponerlo antes: un Read/Write Files from Disk o una llamada HTTP Request que lo haya traído. Y ese mismo HTTP Request no sustituye a SSH: llama a endpoints HTTP, que es su terreno, mientras que una sesión SSH no es HTTP.

Los límites se resumen rápido. El nodo expone 3 operaciones sobre 2 recursos y el catálogo lo sitúa en la versión 1, de modo que cualquier cosa más elaborada hay que escribirla como comando. Los valores suelen venir del item anterior mediante una expresión del tipo {{ $json.path }}, que n8n resuelve al ejecutar. Si quieres ver cómo encaja este nodo en el conjunto de la plataforma, la Reseña n8n lo cuenta con calma.

Conexión

¿Cómo se autentica el nodo SSH ?

  1. 01

    Elige el método de autenticación

    El nodo admite dos entradas: password y privateKey. La contraseña sirve para una primera prueba rápida; la clave privada es lo que acaban usando los equipos en los servidores que administran. La elección se hace en el credential, es decir, el conjunto de datos de conexión que n8n guarda por ti fuera del flujo.

  2. 02

    Crea el credential en n8n

    Ve al menú Credentials, crea un credential SSH y rellena los datos del método elegido. Se crea una sola vez y se reutiliza en todos los flujos, así que nada sensible queda dentro del nodo y un segundo flujo que apunte a la misma máquina lo selecciona de una lista en lugar de repetir la configuración entera.

  3. 03

    Selecciónalo en el nodo y prueba

    De vuelta en el nodo, elige el credential en Credential to connect with y después la operación. Lanza una primera ejecución con un comando inofensivo, de los que solo leen, para confirmar que la sesión se abre antes de que un script real toque el servidor. La respuesta aparece en el item de salida, que es donde leerás los resultados más adelante.

Acciones

¿Qué hace el nodo, operación por operación?

El nodo SSH expone 3 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
RecursoDownloadExecuteUpload
Command✓
File✓✓

Command

1 operación
01

Execute a command

command.execute

Lo que ves en n8n

Notas y casos de uso

Esta operación lanza un comando en la máquina remota y devuelve su resultado en el item de salida, con lo que el resto del flujo puede decidir en función de lo que haya salido.

Parámetros clave

  • Working Directory: requerido, la carpeta en la que n8n ejecuta el comando. Si se queda vacío, el nodo no llega a ejecutarse.
  • Command: el comando que se ejecuta en el dispositivo remoto. Acepta expresiones, así que con {{ $json.script }} decide un nodo anterior.
Casos de uso
reiniciar un servicio después de una puesta en producción, o lanzar un script de mantenimiento y guardar lo que imprime.

File

2 operaciones
02

Download a file

file.download

Lo que ves en n8n

Notas y casos de uso

Aquí el nodo trae un archivo de la máquina remota y lo engancha al item como dato binario, listo para el nodo de lectura o de almacenamiento que venga después.

Parámetros clave

  • Path: requerido, la ruta del archivo que se descarga. Tiene que incluir la ruta completa con el nombre del archivo, al estilo de /home/user/invoice.txt.
  • File Property: requerido, el nombre de la propiedad del objeto que contendrá los datos binarios.
  • File Name: una opción que se añade desde la colección Options con Add option y que sobrescribe el nombre del archivo de los datos binarios.
Casos de uso
recoger el informe de ayer de un servidor sin API y volcarlo en una hoja de cálculo.
03

Upload a file

file.upload

Lo que ves en n8n

Notas y casos de uso

La subida envía a la máquina remota datos binarios que ya viajan en el item, así que suele ser el último paso de un flujo que ha generado o recuperado un documento antes.

Parámetros clave

  • Input Binary Field: requerido, el nombre del campo binario de entrada que contiene el archivo que se va a subir.
  • Target Directory: requerido, la carpeta de destino, por ejemplo /home/user. El nombre del archivo no hace falta indicarlo, se toma de los datos binarios.
  • File Name: el mismo campo de Options, aquí para imponer un nombre distinto del heredado.
Casos de uso
dejar una copia de seguridad en la carpeta que revisa el administrador del sistema.
Necesitas ayuda

¿Necesitas ayuda para automatizar SSH con n8n?

El equipo te responde directamente.

Cada mensaje lo lee una persona.

FAQ

Preguntas frecuentes sobre este nodo

01¿El nodo SSH n8n viene incluido en n8n?
Sí. SSH es un nodo core, viene con n8n: no hay nada que instalar ni coste adicional por parte de n8n. Funciona igual en n8n Cloud, la oferta alojada por n8n, y en una instancia autoalojada montada con Docker o npm, en Community Edition con licencia Sustainable Use. Un flujo creado en un sitio se abre exactamente igual en el otro. Lo que sí cuesta dinero es la máquina a la que te conectas y, si te autoalojas, tu propio alojamiento. El nodo no añade ninguna línea a esa factura.
02¿Qué credentials hace falta para usar SSH?
Un credential SSH y poco más. El nodo lleva un selector de autenticación con dos métodos, Password y Private Key, guardados como password y privateKey. El credential se crea una vez en el menú Credentials y después todos los flujos que apunten a esa máquina lo eligen de una lista. No hay ninguna cuenta que conectar como en una integración al uso, ni permiso que aceptar en una aplicación externa, ni token que renovar. Lo que sí necesitas es un disparador delante, porque el nodo nunca arranca un flujo por su cuenta.
03¿Qué límites tiene este nodo?
El nodo expone 3 operaciones repartidas en 2 recursos y el catálogo lo sitúa en la versión 1, así que la superficie es pequeña a propósito. Ejecutar un comando, descargar un archivo y subir otro. Todo lo que se salga de ahí hay que escribirlo como comando y pasárselo a Execute. La subida depende además de datos binarios que ya estén en el item: un nodo anterior tiene que aportarlos, ya sea un Read/Write Files from Disk o un HTTP Request que haya traído el archivo. Y un campo requerido vacío corta la ejecución, con la particularidad de que esos campos cambian según la operación.
04¿Cuándo conviene SSH en lugar de HTTP Request?
Cuando la máquina responde en un shell y no en una API. El nodo HTTP Request llama a cualquier endpoint HTTP y por eso es el recurso cuando a un nodo dedicado le falta una operación de API, pero no habla un protocolo que no sea HTTP. SSH es uno de ellos. El reparto queda claro: si el servidor expone un endpoint HTTP que resuelve la tarea, usa HTTP Request; si la única vía es una sesión de shell, una copia de archivo o un script en la máquina, este nodo es el adecuado. Los dos conviven sin problema en el mismo flujo.
05¿n8n o Make para trabajar contra un servidor?
Depende sobre todo de dónde viva esa máquina. Make es una plataforma de automatización alojada, sin opción de autoalojamiento, facturada por operación y con su propia lógica visual. n8n funciona en n8n Cloud o en tu servidor, y aquí ese matiz pesa más de lo normal: un comando por SSH suele apuntar a una máquina dentro de una red privada, y una instancia autoalojada ya está dentro de esa red. En coste, pagar por operación resulta previsible con volúmenes estables, mientras que autoalojarse traslada el gasto a la infraestructura. Decide por alojamiento, control de los datos, modelo de coste y comodidad del editor.