Ressources · Intégration Make

Intégration SSH MakeAutomatiser SSH avec Make.

Oui, Make peut se connecter à ton serveur et y lancer une commande. L'intégration SSH Make tient en un module, une brique de scénario, et un scénario c'est la suite d'étapes que Make déroule à ta place. Au programme : la connexion, un premier montage, les pièges.

Avis vérifiés sur Trustpilot · Agence IA, automatisation & growth

Ce que tu peux automatiser

Que fait vraiment l'intégration SSH Make ?

L'intégration SSH Make, c'est un module d'action, et rien d'autre. Tu indiques à Make la machine à joindre, tu écris la commande, Make l'exécute là-bas au milieu de ton scénario. Ce que la commande renvoie repart dans le scénario sous forme de bundle, l'élément qui passe d'un module au suivant.

Trois formes reviennent souvent. Une commande part sur le serveur dès qu'un devis est signé dans ton outil de vente, pour préparer l'espace du client. Le cache d'un site se vide juste après une mise en ligne, sans que personne ouvre un terminal. Un script de sauvegarde tourne sur la machine et ce qu'il renvoie atterrit dans la messagerie de l'équipe.

Deux choses que cette app ne fera pas. Elle n'a aucun module déclencheur : rien de ce qui se passe sur ton serveur ne réveille Make, le scénario démarre toujours ailleurs, sur une planification ou sur le déclencheur d'une autre app. Et il n'existe pas de module Make an API Call pour SSH, la porte de sortie générique que certaines apps embarquent, donc cette action unique est toute la surface disponible.

SSH existe aussi côté n8n. Regarde l'Intégration SSH n8n si tes automatisations vivent là-bas, ou le comparatif n8n vs Make si le choix n'est pas encore fait. Et si la vraie question derrière tout ça c'est le budget des exécutions, la page Combien coûte Make détaille le calcul.

Connexion

Comment connecter ton serveur à Make ?

  1. 01

    Ouvre la fenêtre de connexion

    Connecte-toi à Make, pose un module SSH dans un scénario, puis clique sur Create a connection. Une connexion, c'est l'accès à ton serveur enregistré une fois dans Make et repris ensuite par tous les modules SSH.

  2. 02

    Désigne la machine

    Le champ Connection name est facultatif, pratique quand tu gères plusieurs serveurs. Dans Host, mets l'adresse du serveur à joindre. Le port se règle dans le champ que la doc appelle Post : un nombre entre 1 et 65535, 22 par défaut.

  3. 03

    Choisis ta méthode d'accès et enregistre

    La liste Auth type commande la suite : mot de passe ou clé. Tu remplis User name dans les deux cas, puis le mot de passe ou le fichier de Private key, qui accepte aussi un certificat P12, PFX ou PEM. Reste à cliquer sur Save.

Premier scénario

Ton premier scénario, étape par étape

ObjectifQuand la planification tombe, SSH lance ta commande sur le serveur et transmet la réponse à la suite du scénario.

  1. 01

    Crée le scénario

    Depuis la page des scénarios, crée un nouveau scénario et clique sur le + pour poser le premier module. Cherche SSH par son nom et choisis Execute a command.

  2. 02

    Relie le serveur

    Le module réclame une connexion tant qu'il n'en a pas. Clique sur Create a connection, remplis l'hôte, le port et l'identification vus plus haut, puis enregistre. Les modules SSH suivants la reprennent tout seuls.

  3. 03

    Écris la commande

    Remplis les champs du module avec la commande à exécuter. Commence par une commande qui lit quelque chose sans rien modifier : le test de l'étape suivante l'exécutera pour de vrai.

  4. 04

    Enchaîne le deuxième module

    Clique sur le + à droite du module pour en ajouter un second, encore Execute a command, et reprends une donnée du premier module dans le deuxième pour qu'ils visent la même cible.

  5. 05

    Teste avec Run once

    Clique sur Run once, le bouton de l'éditeur qui exécute le scénario une seule fois. Chaque module affiche les bundles reçus, tu vois donc ce que le serveur a répondu avant toute planification.

  6. 06

    Planifie et active

    Règle l'horloge du premier module. Un scénario neuf est calé sur 15 minutes, et c'est aussi le minimum du plan Free. Bascule ensuite l'interrupteur du scénario et laisse-le tourner.

Modules

Le module SSH et ce qu'il sait faire

SSH te donne 1 module. Pour chacun : ce qu'il fait pour toi, le moment où tu le choisis, et ce qu'il faut surveiller.

SSH1

Execute a command

Action

Dans MakeExecutes a command on a remote device.

Execute a command exécute sur une machine distante la commande que tu lui donnes, puis ramène la réponse dans le scénario.

Quand l'utiliser
un devis passe en signé et le script qui prépare l'environnement du client doit tourner dans la foulée.
Attention
la commande s'exécute pour de vrai dès le premier Run once, donc commence par une commande qui ne casse rien.
Besoin d'aide

Besoin d'aide pour automatiser SSH avec Make ?

Une personne lit chaque message.

FAQ

Les questions qui viennent ensuite

01L'intégration SSH Make est-elle gratuite ?
Oui. SSH est une app standard, disponible dès le plan Free sans supplément. Ce que le plan Free limite, c'est l'exécution : 2 scénarios actifs, 15 minutes au minimum entre deux passages planifiés, 5 minutes d'exécution par passage, des fichiers jusqu'à 5 Mo et 512 Mo de transfert. Les plans payants descendent à 1 minute d'intervalle, enlèvent la limite de scénarios actifs et poussent l'exécution à 40 minutes. Make compte l'usage en opérations, une opération étant un module qui traite un élément.
02Que faut-il pour connecter SSH à Make ?
Un compte Make et les accès que tu utilises déjà pour joindre la machine. Dans le détail : l'adresse de l'hôte, le port d'écoute, un nom d'utilisateur, et selon la méthode choisie un mot de passe ou un fichier de clé privée. Ce champ de clé accepte aussi un certificat P12, PFX ou PEM si tu passes par le tien. La doc ne réclame rien de plus pour cette app, aucun module à installer, aucun réglage à préparer avant. Avec ces valeurs sous les yeux, la connexion se fait d'une traite.
03SSH réagit-il en temps réel dans Make ?
Il n'y a pas de déclencheur du tout : cette app ne propose aucun module de ce type, ni planifié ni instantané. Planifié veut dire que Make va regarder à l'intervalle que tu fixes ; instantané veut dire que l'app prévient Make par webhook dès que l'événement arrive. SSH ne fait ni l'un ni l'autre, donc rien de ce qui bouge sur le serveur ne réveille un scénario. Le départ vient de Make, par la planification du premier module, ou d'une autre app placée devant SSH.
04Que faire si ce seul module ne suffit pas ?
Il faut contourner, parce que SSH n'a pas de module Make an API Call, la sortie générique que certaines apps proposent. Trois pistes. Mettre plus de logique dans la commande elle-même, puisque le module exécute ce que tu lui donnes. Ajouter une autre app au scénario et réserver SSH à la partie serveur. Ou regarder le plan : une exécution s'arrête à 5 minutes en Free et à 40 minutes en payant, une commande longue a donc sa place du côté payant.
05Make ou n8n pour SSH ?
Ça dépend, et la vraie question n'est pas SSH mais l'outil où vit déjà le reste de tes automatisations : mieux vaut ajouter ce scénario à côté des autres que jongler entre deux plateformes pour une seule commande. SSH tourne aussi bien sur Make que sur n8n, donc le choix ne te prive de rien. Ce que Make apporte en plus : un éditeur visuel et une connexion à régler une seule fois pour tous tes scénarios SSH, avec un usage compté en opérations. Les critères pour trancher sont détaillés dans le comparatif n8n vs Make un peu plus haut.
Hack'celeration Lab

Reçois nos astuces d'automatisation chaque semaine.

Pas de spam. Désinscription en un clic.