Comment maintenir de manière fiable un tunnel SSH ouvert ?

J'avais besoin de maintenir un tunnel SSH à long terme. Ma solution était de lancer un petit programme en C depuis un serveur Linux qui relance ssh en utilisant l'authentification par clé.

Je ne suis pas sûr du problème de blocage, mais j'ai déjà vu des tunnels se rompre à cause de délais d'attente.

Je serais ravi de partager le code du programme de relance, mais je ne parviens pas à le trouver pour le moment.

Un peu un bidouillage, mais j'aime utiliser screen pour ça. J'ai actuellement une redirection distante qui tourne depuis des semaines.

Par exemple, en lançant localement :

screen
ssh -R ......

Une fois la redirection distante appliquée, et que vous avez un shell sur l'ordinateur distant :

screen
Ctrl + a + d

Vous avez maintenant une redirection distante ininterrompue. Le truc est de lancer screen des deux côtés

Récemment, j'ai rencontré ce problème moi-même, car ces solutions nécessitent de réinsérer le mot de passe à chaque fois si vous utilisez une connexion par mot de passe. J'ai utilisé sshpass dans une boucle avec un prompt texte pour éviter d'avoir le mot de passe dans le fichier batch.

J'ai pensé partager ma solution sur ce fil au cas où quelqu'un d'autre rencontrerait le même problème :

#!/bin/bash
read -s -p "Mot de passe : " pass
while true
do
    sshpass -p "$pass" ssh utilisateur@adresse -p port
    sleep 1
done

Comme autossh ne répond pas à nos besoins (il génère une erreur s'il ne parvient pas à se connecter au serveur dès la première tentative), nous avons écrit une application bash pure : https://github.com/aktos-io/link-with-server

Elle crée un tunnel inversé pour le port sshd du NODE (22) sur le serveur par défaut. Si vous avez besoin d'effectuer d'autres actions (comme le transfert de ports supplémentaires, l'envoi de mails lors de la connexion, etc...), vous pouvez placer vos scripts dans les dossiers on-connect et on-disconnect.

Vous pourriez très simplement utiliser la commande tmux sur votre serveur distant. Cela vous permet d'ouvrir une "session" sur la machine distante où vous exécuterez votre code à distance.

Ensuite, vous pouvez quitter (ou perdre la connexion dans votre cas) la machine distante sans vous inquiéter étant donné que votre code s'exécute en toute sécurité dans votre session tmux.

Enfin, lorsque vous vous reconnectez sur le serveur distant, il vous suffit de taper tmux attach pour revenir à la session que vous aviez précédemment ouverte et c'est tout.