macos - socks5 - La conexión SSH-L se realizó correctamente, pero el reenvío de puerto localhost no funciona "canal 3: error de apertura: conexión fallida: conexión rechazada"

ssh socks5 proxy server

Question

Mi laboratorio ejecuta RStudio en un servidor. Hace un par de semanas, desde la casa de mi primo, entré con éxito en el servidor y detuve el RStudio del servidor a través de mi navegador Firefox local. Ahora, cuando intento acceder al servidor RStudio desde mi casa (a través de mi propio enrutador), no funciona. Necesito ayuda para solucionar problemas, y supongo que es un problema en el enrutador. Estoy ejecutando Mac OSX 10.6.8. No tengo idea de qué está funcionando el servidor de la universidad, pero no creo que sea un problema del lado del servidor.

Así es como funcionó la primera vez que lo hice, en la casa de mi prima: primero, VPN en la red de la universidad; luego llamo a SSH con reenvío de puertos; Luego abro un navegador Firefox, me conecto a mi puerto de host local y abre RStudio en el lado del servidor, al que puedo acceder a través de la ventana del navegador local.

Este es el problema que tengo ahora cuando intento iniciar sesión desde mi red doméstica:

Puedo hacer la conexión VPN con éxito. También puedo configurar SSH correctamente con este comando: ssh -v -L 8783:localhost:8783 [email protected]

Aquí están las últimas varias líneas de la salida detallada del comando ssh exitoso:

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

Así que creo que todavía estoy teniendo éxito en la etapa de VPN y SSH (aunque no sé por qué dice que mi último inicio de sesión fue el 2 de septiembre, cuando desde entonces he iniciado sesión varias veces).

A continuación, abro Firefox y escribo localhost: 8783, y en lugar de obtener una aplicación de servidor RStudio a través de la ventana de mi navegador, obtengo los siguientes errores:

En la ventana del navegador Firefox, dice: Servidor no encontrado, Firefox no puede encontrar el servidor en www.localhost.com, verifique la dirección para detectar errores tipográficos, etc.

En la ventana del terminal, dice:

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

No estoy seguro de lo que me equivoque. No he cambiado nada en mi computadora portátil desde mi última conexión exitosa. Estoy en mi propio enrutador (en lugar del de mi primo), ¿así que tal vez necesito meterme con el firewall? Ya permití que los puertos 22 y 8783 pasaran por el firewall a mi computadora portátil (aunque ni siquiera estoy seguro de que tuviera que hacerlo). ¿Ayuda?

Answer 1

Publicar esto para ayudar a alguien.

Síntoma:

channel 2: open failed: connect failed: Connection refused
debug1: channel 2: free: direct-tcpip:
listening port 8890 for 169.254.76.1 port 8890,
connect from ::1 port 52337 to ::1 port 8890, nchannels 8

Mi escenario Tuve que usar el servidor remoto como host de bastión para conectar en otro lugar. Destino final / Destino: 169.254.76.1, puerto 8890. A través del servidor intermediario con IP pública: ec2-54-162-180-7.compute-1.amazonaws.com

Comando de reenvío de puerto local SSH:

ssh -i ~/keys/dev.tst -vnNT -L :8890:169.254.76.1:8890
[email protected]

Cuál fue el problema: no había servicio enlazado en el puerto 8890 en el host de destino. Me había olvidado de iniciar el servicio.

¿Cómo resolví problemas?

SSH en host de bastión y luego hacer curl.

Espero que esto ayude.

Answer 2

Solía ​​encontrar el problema similar porque ''localhost'' no estaba disponible en el servidor cuando reiniciaba el servicio de red, por ejemplo, ''ifdown -a'' pero seguido solo por ''ifup -eo1''. Además de que el servidor no está escuchando el puerto, también puede verificar si ''localhost'' está disponible o no.

ps: publíquelo, solo espero que alguien que tenga un problema similar pueda beneficiarse.

Answer 3

ssh -v -L 8783:localhost:8783 [email protected]
...
channel 3: open failed: connect failed: Connection refused

Cuando se conecta al puerto 8783 en su sistema local, esa conexión se canaliza a través de su enlace ssh al servidor ssh en server.com . Desde allí, el servidor ssh establece una conexión TCP con el puerto 8783 del servidor local y transmite los datos entre la conexión del túnel y la conexión al destino del túnel.

El error de "conexión rechazada" proviene del servidor ssh en server.com cuando intenta establecer la conexión TCP con el destino del túnel. "Conexión rechazada" significa que un intento de conexión fue rechazado. La explicación más simple para el rechazo es que, en server.com, no hay nada que escuche las conexiones en el puerto 8783 de localhost. En otras palabras, el software del servidor al que intentaba hacer un túnel no se está ejecutando, o bien se está ejecutando pero está No estoy escuchando en ese puerto.