Haz que SSH use un proxy SOCKS que ya tengas

Usa un proxy SOCKS existente como transporte para una conexión SSH mediante un auxiliar ProxyCommand compatible.

ssh -D crea un escucha SOCKS; no selecciona uno existente para la propia conexión de SSH. Con la implementación de nc de OpenBSD, usa una entrada de host en la configuración del cliente SSH, como ~/.ssh/config:

Host server-via-socks
    HostName ssh.example.com
    User alex
    ProxyCommand nc -X 5 -x 127.0.0.1:1080 %h %p

Invoca ssh server-via-socks. El auxiliar contacta con el servicio SOCKS5 en la máquina del cliente SSH y solicita el host/puerto de destino. Después SSH realiza la comprobación habitual de la clave de host y el inicio de sesión del usuario dentro del flujo.

Comprueba la compatibilidad del auxiliar antes de introducir una contraseña de proxy. OpenBSD nc documenta la autenticación de proxy para HTTP CONNECT, no la autenticación SOCKS. Un servicio SOCKS protegido con credenciales puede necesitar otro auxiliar compatible. Conserva la autenticación del proxy compartido en lugar de quitarla para encajar con un cliente no admitido.

El destino ve la conexión saliente del proxy, mientras que la verificación SSH sigue identificando el servidor real. El fallo al alcanzar su puerto ocurre antes del inicio de sesión SSH; un túnel aceptado seguido de un rechazo de clave pertenece a las credenciales SSH.

El ajuste se aplica a esta conexión SSH. No configura el tráfico del navegador ni ninguna otra aplicación.

Artículos relacionados