Estoy haciendo un reenvío de puerto inverso con PuTTY desde mi máquina local a un servidor. Quiero que cada solicitud en el puerto 8002 se reenvíe a mi máquina local.
Configuré el puerto de destino en la pestaña del túnel en 127.0.0.1:8002 y el puerto de origen en 8002. Marco ambos; "Los puertos locales aceptan conexiones de otros hosts" y "Los puertos remotos hacen lo mismo (solo SSH-2)"
Una vez que inicio la conexión, veo en el registro de eventos que la conexión funciona;
2022-06-07 11:49:58 Access granted
2022-06-07 11:49:58 Requesting remote port 8002 forward to 127.0.0.1:8002
2022-06-07 11:49:58 Opening main session channel
2022-06-07 11:49:58 Remote debug message: /home/emre/.ssh/authorized_keys:2: key options: agent-forwarding port-forwarding pty user-rc x11-forwarding
2022-06-07 11:49:58 Remote debug message: /home/emre/.ssh/authorized_keys:2: key options: agent-forwarding port-forwarding pty user-rc x11-forwarding
2022-06-07 11:49:58 Remote port forwarding from 8002 enabled
2022-06-07 11:49:58 Opened main channel
2022-06-07 11:49:58 Allocated pty
2022-06-07 11:49:58 Started a shell/command
Envío un par de solicitudes de cartero para ver si llegan, en el servidor puedo verlas entrar. Sin embargo, nunca llegan a mi máquina local y este es el error que recibo.
Error: connect ECONNREFUSED 104.196.37.236:8002
¿Qué métodos podría utilizar para descubrir qué está mal? Todos los puertos relevantes se reenvían en mi enrutador y no veo ninguna razón por la que no se reenvíen. Agradecería cualquier aportación ya que estoy completamente estancado en esto.
Editar: La variable gatewayports en mi configuración ssh en el servidor es igual a "no". ¿Podría esto estar causando el problema?
Respuesta1
Lo descubrí, de hecho era elPuertas de enlacevariable en el archivo de mi servidor sshd_config. En el caso de una instancia de google vm, este archivo se encuentra dos directorios atrás de donde comienza y en /etc/ssh. Una vez que abras el archivo, dirá que no se puede escribir, así que asegúrate de usar sudo de antemano. Una vez agregado, también es necesario reiniciar, esto se puede hacer con el comando.
sudo systemctl restart sshd.service
Una vez hecho esto, reinicie el túnel inverso de PuTTY y debería poder reenviar solicitudes desde el servidor a su máquina local.