Coloca la salida SOCKS en el último salto SSH

Combina el transporte mediante host de salto SSH con un reenvío dinámico local, manteniendo la conexión final al sitio web en la puerta de enlace prevista.

Configura el servidor SSH final como host y coloca el servidor intermedio en ProxyJump:

Host proxy-exit
    HostName exit.example
    User operator
    ProxyJump [email protected]
    DynamicForward 127.0.0.1:1080

Con cuentas autorizadas en esos hosts, inicia ssh -N proxy-exit. Configura la aplicación local para usar SOCKS en 127.0.0.1:1080. El escucha está en el cliente; la conexión SSH llega a exit.example a través de jump.example.

Las conexiones solicitadas a sitios web se abren desde el lado remoto de la sesión SSH final—exit.example. El salto transporta SSH hasta ese host y no se convierte en la salida SOCKS solo porque fuera la primera máquina accesible.

El destino ve la dirección que seleccionan el enrutamiento del host de salida y cualquier NAT. No tiene por qué coincidir con la dirección de inicio de sesión del nombre de host. Ambos servidores necesitan los permisos de reenvío que exigen sus funciones, y las comprobaciones de clave de host siguen aplicándose a los extremos SSH previstos.

Esta configuración crea el servicio SOCKS mediante el reenvío dinámico SSH. Si la puerta de enlace ya ejecuta un escucha SOCKS independiente, llegar a ese escucha con un reenvío fijo es otra disposición.

Artículos relacionados