Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

[Résolu] Tunnel SSH Remote accesible de l'extérieur

Nontenda

Bonjour à tous,
j'ai un serveur FTP (Filezilla Server sous Windows) qui se trouve dans un réseau local, j'aimerais le rendre accessible de l'extérieur.
Pour cela, sous Windows, je lance putty et créé un tunnel SSH dont voilà les paramètres :
-R 21:localhost:21
Puis, je me connecte sur mon serveur SSH.
Si j'ai bien compris, celà dit à mon serveur SSH de renvoyer tout ce qui vient sur son port 21 sur ma machine windows (localhost) sur le port 21.

Je tente donc un : ftp open server 21
La connexion se ferme avant même d'avoir pu saisir un nom d'utilisateur.
Cependant si je suis sur le serveur SSh (avec putty) et que je fais un : ftp open localhost 21, alors ca marche.
Il semblerait donc que le serveur SSH n'accepte pas de relayer les connexions entrantes, je vous poste mon fichier sshd.config :
http://pastebin.com/e80MJAvt

Merci d'avance =)

Nontenda

proxy

Bonsoir,
je pense que tu mélanges quelques notions :

Un tunnel SSH permet d'accéder à une machine et/ou un port qui n'est pas accessible directement depuis l'exterieur en passant via un serveur SSH accessible de l'extérieur.
Dans ton cas, ton serveur Windows (W) écoute en FTP (21) mais n'est pas accessible depuis l'extérieur : si tu as dans le même réseau un serveur SSH (A) accessible, la commande depuis l'extérieur à lancer est :

ssh -N -f USER@A -p 22 -L2121:W:21
puis ftp localhost 2121

Nontenda

Tout d'abord merci de ta réponse 🙂
Seulement j'avais lu qu'avec l'argument -R les tunnels SSH permettaient aussi de rendre un serveur (autre que SSH) situé dans un réseau local accessible de l'extérieur.
En fait mon serveur Windows est dans un réseau local (donc innacessible de l'extérieur) et mon serveur SSH se trouve ailleurs (c'est un VPS que je loue).
Et le tunnel marche du moment que je l'emprunte depuis mon serveur SSH, c'est d'une autre machine que je ne peux l'emprunter.
Je me trompe ?

madko

tu as peut etre oublié l'ip entrante, sinon par défaut il met 127.0.0.1 c'est pour cela que ton teste avec localhost fonctionne.
Donc essaye avec -R <ip VPS>:21:localhost:21
Après pas sur que tu arrives à transferer des fichiers sur ton ftp, celui-ci utilise plein d'autres ports pour le transfert. Mais tu devrais avoir au moins le prompt pour se loguer.

La différence entre -L et -R est en fonction de où tu veux positionner l'entrée du tunnel. L pour local en rapport avec le client SSH, R pour remote (distante) toujours par rapport au client ssh. Donc dans ton cas il faut bien utiliser -R vu que tu peux faire du ssh que dans le sens poste Windows => serveurs VPS et que tu veux utiliser le tunnel en partant du serveur VPS.

proxy

Pas sur d'avoir compris exactement ton besoin.
L'option -R permet effectivement d'initier le tunnel depuis la machine cible et donc depuis la machine source de le prendre "à l'envers".
Dans ton cas, tu dois donc faire des rebonds : tu peux les automatiser avec le fichier config dans ton répertoire .ssh

Nontenda

@madko : D'accord, donc -R est bien ce que je veux. Et n'y a-t-il pas un moyen d'accorder l'accès quelque soit l'ip entrante ? parce que mon problème vient sans doute de la.
Sinon je teste actuellement avec FTP mais c'est aussi (et avant tout) de la recherche personnelle 🙂
Je pensais sinon à IPTables qui pourrait rediriger le traffic entrant sur le port 21 sur la même machine encore une fois sur le port 21 (cela pourrait peut-etre 'simulé' une connexion en locale ?) ? Enfin je dis peut-etre une énorme bêtise :roll:
Merci pour ton aide 😉

@proxy : Voilà je veux que le tunnel parte du serveur SSH pour arriver au client SSH qui héberge un serveur FTP 🙂
Je vais aller voir ce que sont les rebonds et comment les utilisez.
Merci 🙂

madko

quand je dis ip entrante c'est peut etre pas clair, c'est l'ip sur lequel tu veux "binder" l'entré du tunnel, sur quel ip ssh va écouter en fait. Donc par défaut c'est 127.0.0.1 (localhost), mais si tu met l'ip publique de ton serveur vps et qu'il n'y a pas de parefeu c'est bon.
Sinon en effet tu peux aussi faire une regle iptables pour rediriger vers localhost:21 mais bon, ça permettra juste eventuellement de filtrer en fonction de l'ip source.

Nontenda

Ah d'accord 🙂
J'essaye ça tout de suite merci beaucoup =)

EDIT : Ca marche :-D
Alors sous Linux il faut faire comme madko l'a dit (entrez l'ip publique) ou rediriger sur localhost.
Sous Windows il faut bien cocher les cases de Putty :
- Local ports accepts connection from other host
- Remote ports do the same

Merci bien madko 😉
Merci aussi proxy 🙂

magicbisous-nours

Bonjour,
J'aimerai accéder à mon serveur à la maison en SSH depuis mon PC au boulot qui est derrière un proxy qui visiblement bloque les connexions SSH... J'ai un accord 'oral' de me connecter sur mon serveur pendant mes temps de pause par mes chefs mais apparemment la procédure interne pour qu'un admin me débloque tout ça est plutôt lourde donc je pensais passer par mes propres moyens....
Y aurait-il un moyen de créer un tunnel SSH ou autre pour ça (sachant que mon PC de boulot est sous Windows XP et que je dispose de PuTTy) ?
Je voudrais aussi avoir accès à mon interface graphique donc je pourrais passer par le client NX de NoMachine (mon serveur est configuré pour) ou en X11 forwarding....

Raphos

Bonjour,

Oui je crois que c'est possible avec Freenx.

Comme le port 22 (port utilisé par défaut avec Freenx) n'est pas ouvert au boulot, il faut utiliser un autre port ouvert avec ton client NX.

A la maison il faut que ton serveur NX écoute le même port que tu vas utilisé au boulot.

magicbisous-nours

Et si le bloquage ne s'effectue pas sur le port ? (vu que je ne peux pas tester aujourd'hui je pose mes questions à l'avance).
Je veux dire si le fait de changer le port (en mettant 23 par exemple) il y a une autre solution ?

madko

Pourquoi polluer un poste marqué comme résolu? Le sujet en plus est différent, et ton problème à certainement été déjà traité sur le forum, il existe des solutions pour "zapper" les proxy comme corkscrew. Si le proxy de l'entreprise est bien configuré les connexions vers un port 22 seront refusées. Il te restera alors la solution du port 443, à moins que le proxy refuse aussi les connexions https ce qui est rare.
Pour putty il s'agit d'un logiciel sous windows on va pas pouvoir t'aider mais il doit pouvoir faire des tunnels ssh.