Connexion SSH -L réussie, mais le transfert de port de localhost ne fonctionne pas "channel 3 : open failed : connect failed : Connexion refusée"

Question

Mon laboratoire utilise RStudio sur un serveur. Il y a quelques semaines, depuis la maison de mon cousin, j'ai réussi à me connecter au serveur et à faire apparaître RStudio côté serveur via mon navigateur Firefox local. Maintenant, lorsque j'essaie d'accéder au RStudio du serveur depuis chez moi (via mon propre routeur), cela ne fonctionne pas. J'ai besoin d'aide pour le dépannage, et je suppose que c'est un problème sur le routeur. J'utilise Mac OSX 10.6.8. Je n'ai aucune idée de ce que le serveur de l'université exécute, mais je ne pense pas qu'il s'agisse d'un problème côté serveur.

Voici comment cela a fonctionné la première fois que je l'ai fait, chez mon cousin : d'abord, je me connecte par VPN au réseau de l'université ; ensuite, j'appelle SSH avec transfert de port ; puis j'ouvre un navigateur Firefox, je me connecte à mon port localhost, et cela ouvre RStudio du côté serveur auquel je peux accéder par la fenêtre de mon navigateur local.

Voici le problème que je rencontre actuellement lorsque j'essaie de me connecter à partir de mon réseau domestique :

Je peux établir la connexion VPN avec succès. Je peux également configurer SSH avec succès avec cette commande : ssh -v -L 8783:localhost:8783 myacct@server.com

Voici les dernières lignes de la sortie verbeuse de la commande ssh réussie :

debug1: Authentication succeeded (password).
debug1: Local connections to LOCALHOST:8783 forwarded to remote address localhost:8783
debug1: Local forwarding listening on 127.0.0.1 port 8783.
debug1: channel 0: new [port listener]
debug1: Local forwarding listening on ::1 port 8783.
debug1: channel 1: new [port listener]
debug1: channel 2: new [client-session]
debug1: Entering interactive session.
Last login: Mon Sep  2 04:02:40 2013 from vpnipaddress

Je pense donc que je réussis toujours à l'étape VPN et SSH (bien que je ne sache pas pourquoi il est indiqué que ma dernière connexion remonte au 2 septembre alors que je me suis connecté plusieurs fois depuis).

Ensuite, j'ouvre Firefox, et je tape localhost:8783, et au lieu d'obtenir une application serveur RStudio par la fenêtre de mon navigateur, j'obtiens les erreurs suivantes :

Dans la fenêtre du navigateur Firefox, il est écrit : Server not found, Firefox can't find the server at www.localhost.com, Check the address for typing errors etc.

Dans la fenêtre du terminal, ça dit :

debug1: Connection to port 8783 forwarding to localhost port 8783 requested.
debug1: channel 3: new [direct-tcpip]
channel 3: open failed: connect failed: Connection refused
debug1: channel 3: free: direct-tcpip: listening port 8783 for localhost port 8783, connect from 127.0.0.1 port 50420, nchannels 4

Je ne suis pas sûr de ce que j'ai fait de mal. Je n'ai rien changé sur mon ordinateur portable depuis ma dernière connexion réussie. Je suis sur mon propre routeur (au lieu de celui de mon cousin), alors peut-être dois-je modifier le pare-feu ? J'ai déjà autorisé les ports 22 et 8783 à traverser le pare-feu pour atteindre mon ordinateur portable (je ne suis même pas sûr que ce soit nécessaire). Comment faire ?

Answer 1

J'ai eu ce problème lorsque j'ai voulu faire une connexion vnc via un tunnel. Mais le vncserver ne fonctionnait pas. Je l'ai résolu en ouvrant le canal sur la machine distante avec vncserver :3 .

Answer 2

Dans mon cas, cela a fonctionné après avoir vérifié l'adresse IP correcte des informations d'identification de l'utilisateur. Auparavant, j'utilisais la mauvaise adresse IP du serveur.

ssh -NfL 127.0.0.1:8084:127.0.0.1:8888 user@ip_address_of_server

après l'avoir corrigé, cela fonctionne bien.

Answer 3

J'ai eu la même erreur lorsque j'ai essayé de tunnelliser mon mlflow ui par ssh pour voir à distance. Comme mentionné dans la première réponse, l'erreur survient parce que rien sur le serveur n'écoute le port. Dans mon cas, c'est parce que j'ai j'ai oublié de lancer l'application mlflow sur ma machine distante ! Donc, en général, assurez-vous que l'application à laquelle vous essayez d'accéder à distance fonctionne.

Answer 4

J'ai rencontré la même erreur. Dans mon cas, j'ai trouvé que le problème se trouvait dans le fichier de configuration de jupyter.

Disons qu'il y a 3 ordinateurs nommés A, B et C, et que A peut accéder à B mais ne peut pas accéder à C ; B peut accéder à C.

Pour accéder au service jupyter-notebook de C depuis A, j'ai d'abord établi un tunnel ssh de A à C via B, puis j'ai accédé à jupyter-notebook en tapant localhost:port_number, puis j'ai obtenu l'erreur.

Finalement le problème a été résolu en écrivant "c.NotebookApp.ip = '0.0.0.0'" dans le fichier de configuration de jupyter-notebook, où '0.0.0.0' permet l'accès à d'autres IP.

J'espère que quelqu'un dans une situation similaire pourra en bénéficier.

Answer 5

Remplacez simplement localhost con 127.0.0.1 .

(La réponse est basée sur les réponses d'autres personnes sur cette page).