SFTP viaja sobre SSH. Si SSH necesita un auxiliar de proxy para llegar al servidor de archivos, pon esa ruta en una entrada de host y deja que SFTP la use.

Host files-via-proxy
    HostName files.example.net
    User alex
    ProxyCommand nc -X connect -x proxy.example.net:8080 %h %p

Con un auxiliar netcat compatible con OpenBSD, sftp files-via-proxy usa esa ruta de conexión. El proxy escucha en 8080; el puerto de destino solicitado es el puerto SSH configurado del servidor de archivos. Son valores distintos. Para un servidor SFTP público donde se permiten intermediarios públicos, la lista de proxies HTTP ofrece candidatos para el extremo del proxy HTTP del auxiliar. No uses credenciales de proxy para un candidato no autenticado y confirma que permite el host real y el puerto SSH del servidor de archivos.

El -P de SFTP selecciona un puerto de destino. No lo confundas con la opción en minúscula que usan otras herramientas SSH ni pongas un número arbitrario después del destino suponiendo que cambia la conexión SSH.

La autenticación del proxy, la autenticación del usuario SSH y el permiso para acceder a un archivo remoto siguen siendo comprobaciones separadas. El destino también debe proporcionar el subsistema SFTP. Un túnel que funciona no concede por sí solo una sesión de archivos, y una cuenta restringida solo a reenvío no es necesariamente utilizable para SFTP.

Mantén activa la verificación de la clave del host. El proxy proporciona una ruta; no debería sustituir la identidad del servidor de archivos por la suya.

Artículos relacionados