Intentando crear un túnel ssh socks (-D) - Linux box a Linux box (ambos centos):
sshd ejecutándose en el lado remoto ok.
Desde la máquina local hacemos / vemos esto:
ssh -D 1080 [email protected].
[email protected]'s password:
bind: Cannot assign requested address
(donde 8.8.8.8 es realmente la IP de mi servidor y 'usuario' es mi nombre de usuario real)
He iniciado sesión en el lado remoto en esta ventana de terminal. Puedo verificar que el puerto local no se usó antes de este comando, y luego lo usó un proceso ssh, después del comando, a través de:
netstat -lnp | grep 1080
Entonces, a diferencia de la mayoría de las respuestas en Google con este error, el problema no parece ser la asignación de la interfaz de bucle invertido. Si trato de usar este túnel con un cliente de correo, el lado local permite el intento (sin error de 'error de proxy'), pero no se devuelve ningún dato / respuesta.
En el lado remoto, tengo "PermitTunnel yes" en mi sshd_config (aunque 'yes' debería ser el predeterminado, de todos modos).
Ideas o pistas?
Aquí está la salida de depuración relevante
OpenSSH_5.3p1, OpenSSL 1.0.0-fips 29 Mar 2010
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
....
debug1: Authentication succeeded (password).
debug1: Local connections to LOCALHOST:1080 forwarded to remote address socks:0
debug1: Local forwarding listening on 127.0.0.1 port 1080.
debug1: channel 0: new [port listener]
debug1: Local forwarding listening on ::1 port 1080.
bind: Cannot assign requested address
debug1: channel 1: new [client-session]
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = en_US.utf8
Otra pista: si ejecuto un Virtual Box en el cliente que ejecuta Windows, abro un túnel con masilla en ese cuadro, ese túnel, al mismo servidor remoto, funciona.
Más extraño aún "Si uso Putty (para Linux) ejecutándose directamente en el Cliente Linux, NO funciona, incluso si la configuración es un duplicado exacto de la configuración de masilla que FUNCIONA en Putty ejecutándose en Windows en un Virtual Box en el mismo ¿Máquina del cliente? Hay algo sospechoso ... todavía estoy intentando experimentar para descubrir qué es.
ssh -4 -D 1080 [email protected]Respuestas:
El cierre del bucle aquí. La respuesta, en este caso, fue forzar al cliente ssh a usar ipv4. P.ej
fuente