Discussion :

[prgasp77]

Bonjour à tous,

j'ai un pti eeepc sous Ubuntu qui voyage pas mal. J'aimerais qu'il soit (lorsqu'il est allumé) accessible via ssh en permanence. J'ai installé un petit démon dyndns, viens le tour du ssh maintenant.

Je ne peux faire aucune supposition sur ce qu'il y a entre lui et Internel (je pense notamment aux routeurs). Je me doute que les options -R et -L sont là pour m'aider ... mais franchement je ne comprends pas très bien le man.

Un petit coup de main s'il-vous-plaît ?
Cordialement,

[ZZelle]

Pourrais-tu clarifier ton besoin ?

Veux tu démarrer un serveur ssh sur ta machine ou démarrer un forward de port avec -R/L en daemon ?

[prgasp77]

Bonjour,

idéalement, j'aimerais pouvoir ouvrir une connexion sur l'eeepc en question sur deux ports en particuliers, un pour avoir un shell, et un second pour une autre application, disons du http. Pour simplifier le problème, il est possible de supposer que ces connexions seront nécessairement faites avec une seconde machine fixe et configurable (c'est un linux).

Je ne peux pas répondre à ta question en particulier, car il s'agit là de pistes de solutions, non de besoin. Et je n'y connais rien en ssh -L/-R.

Cdlt,

[ZZelle]

Tu veux exposer sur la machine distante (S) des ports tcp (disons 22 et 80) du côté de ton eeepc (C).

Pour cela, il faut que C se connecte sur S en ssh pour exposer ses ports avec du reverse forwarding (-R):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ssh user@S -R 20022:localhost:22 -R 20080:localhost:80

Cette commande expose les ports 22/80 de C sur les ports 20022/20080 de S : depuis S, ssh -p 20022 user@localhost permet de se connecter à C !

Remarques:
- les ports 20022/20080 peuvent être déja utilisés, une solution est de laisser le daemon ssh de S les choisir pour toi en remplaçant 20022 par 0
- si tu veux mettre le reverse-forwarding en tache de fond, rajoute -fN
- la connection risque de se fermer (connection timeout/déconnection réseau de C ...), donc tu as intérêt d'avoir un script cron qui vérifie la connection ou essaie de la réinitialiser
- Est ce vraiment ce que tu as besoin, un openvpn entre S et C ne conviendrait pas mieux ? ou un team viewer ?

[prgasp77]

Bonjour ZZelle et merci pour ce message fort instructif.

Si je comprends bien, tu penses que l'option reverse de ssh est une solution bancale à mon problème ? Je me documente actuellement sur openVPN, si j'arrive à le configurer en moins de 4h je prends .

J'ai néanmoins une question : quand on fait un ssh -R, est-il nécessaire de préciser une adresse d'écoute ou bien tout un chacun peut désormais accéder à S via le(s) port(s) ouvert(s) ?

Merci.

[ZZelle]

Bonjour ZZelle et merci pour ce message fort instructif.

Si je comprends bien, tu penses que l'option reverse de ssh est une solution bancale à mon problème ? Je me documente actuellement sur openVPN, si j'arrive à le configurer en moins de 4h je prends .

J'ai néanmoins une question : quand on fait un ssh -R, est-il nécessaire de préciser une adresse d'écoute ou bien tout un chacun peut désormais accéder à S via le(s) port(s) ouvert(s) ?

Merci.

Ce n'est pas une solution bancale, ça dépend surtout du cas d'utilisation.
Mais si tu es du côté du S, il faut que C gère la session vers S soit avec un utilisateur de C qui lance la commande ou un démon qui gère la (re)connection ... chose que fait très bien openvpn, par ailleurs exposer un serveur openvpn plutôt que ssh me semble plus secure.

Si tu ne précises pas l'adresse d'écoute dans le ssh -R, le port créé n'est disponible que sur la boucle locale (idem avec -L) ; pour écouter sur toutes les interfaces, il faut préciser l'adresse 0.0.0.0.