Très bon article! Après pour donner un exemple d’utilisation de tunnel SSH, j’ai rédigé un article là dessus hier.
https://blog.jbriault.fr/rebond-ssh/
Autossh est encore un outil à installer et paramétrer.
Ici on reste avec des outils natifs (à l’exception de screen, bien que systemd permette de faire un service qui relance la commande automatiquement si celle-ci se termine)
-R : on peut avoir besoin avoir besoin de rediriger le port d’une machine sur internet sur un device sur un réseau LAN. Par exemple, j’ai besoin que ma Raspberry chez moi, forward un de ses ports utilisés à mon serveur AWS permettant d’accéder aux services de la raspberry, depuis internet.
Très bon article! Après pour donner un exemple d’utilisation de tunnel SSH, j’ai rédigé un article là dessus hier. https://blog.jbriault.fr/rebond-ssh/
Il y a shuttle qui permet ça aussi :)
Pourquoi ne pas utiliser autossh pour maintenir le canal ouvert? Une petite explication du mode -R remote aurait été appréciée ;p
Autossh est encore un outil à installer et paramétrer. Ici on reste avec des outils natifs (à l’exception de screen, bien que systemd permette de faire un service qui relance la commande automatiquement si celle-ci se termine)
Quelle explication du -R ?
-R : on peut avoir besoin avoir besoin de rediriger le port d’une machine sur internet sur un device sur un réseau LAN. Par exemple, j’ai besoin que ma Raspberry chez moi, forward un de ses ports utilisés à mon serveur AWS permettant d’accéder aux services de la raspberry, depuis internet.
Ca, c’est abordé dans le grand guide SSH auquel je fais référence (paragraphe VI - 2)
Toujours très pratique + explications claires. Excellent !