Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11

reverse ssh

13 réponses
Avatar
bernard schoenacker
bonjour,

je vais essayer de réaliser un tunnel ssh en mode reverse, mais je
ne sais pas faire ...

ou que mon novice n'est pas à la hauteur ...


j'ai trouvé la doc en ligne, mais c'est très confus dans mon
esprit ...

est ce que j'ai ommis quelque chose pour devoir relire la doc ?


http://geekfault.org/2011/02/19/reverse-ssh-acceder-a-un-serveur-derriere-un-natfirewall/


http://wiki.kogite.fr/index.php/Reverse_ssh_:_Accéder_à_un_serveur_derrière_un_NAT_-_Firewall


désolé, mais c'est assez urgent pour que je puisse comprendre


slt
bernard
--
bernard schoenacker <bernard.schoenacker@free.fr>

3 réponses

1 2
Avatar
raphael.poitevin
Sébastien NOBILI writes:
Oui, mais il vaudrait mieux lancer screen sur la machine à dépa nner et non pas
sur la « machine distante de rencontre ». Ce sera plu s sûr en déplaçant le
lancement de screen à la toute fin.

En effet, j’avais pas vu ce tédail dans son process.
Au passage, depuis que je suis passé de screen à tmux, je n⠀™ai plus _jamais_
utilisé screen (sauf lorsque tmux n’était pas disponibl e).

On m’en a parlé plusieurs fois, il faut que je m’y pen che. Je n’ai pas
bien compris ce que ça apportait de mieux.
--
Raphaël
Hypra S.A.S.
Avatar
S
Le jeudi 24 novembre 2016 à 11:02, Raphaël POITEVIN a écrit :
Sébastien NOBILI writes:
Au passage, depuis que je suis passé de screen à tmux, je n’ai plus _jamais_
utilisé screen (sauf lorsque tmux n’était pas disponible).

On m’en a parlé plusieurs fois, il faut que je m’y penche. Je n’ai pas
bien compris ce que ça apportait de mieux.

J’avais fait une liste il y a quelques années :
https://lists.debian.org/debian-user-french/2014/10/msg00274.html
Sébastien
Avatar
hamster
Le 24/11/2016 09:14, Sébastien NOBILI a écrit :
En cas de rupture de la liaison pour ne pas perdre les tâches en cours.

Oui, mais il vaudrait mieux lancer screen sur la machine à dépanner et non pas
sur la « machine distante de rencontre ». Ce sera plus sûr en déplaçant le
lancement de screen à la toute fin.

Ca se discute. Si c'est pour travailler sur un serveur c'est en général
une bonne idée. Mais pour ce que j'en ai compris dans le cas présent il
cherche a faire du dépannage a distance sur l'ordi d'un newbie. Alors en
cas de perte de liaison, je prefere que les processus que j'ai lancés
soient tués plutot que l'ordi du newbie reste avec des processus fous
qui finissent leur boulot sans que je puisse les surveiller et que le
newbie saura pas gérer.
Au passage, depuis que je suis passé de screen à tmux, je n’ai plus _jamais_
utilisé screen (sauf lorsque tmux n’était pas disponible).

+ 1
1 2