SSH ProxyCommand falla con command not found

connect: command not found significa que SSH no pudo iniciar su auxiliar de ProxyCommand localmente. Todavía no hay ningún apretón de manos de proxy que reparar. El nombre puede referirse a un ejecutable independiente, no a una orden integrada del intérprete ni a una suborden de OpenSSH.

1. Encuentre la orden seleccionada. Revise la configuración SSH efectiva para el mismo alias de destino y cuenta. Las secciones Host, los archivos incluidos y las opciones de línea de órdenes pueden seleccionar un ProxyCommand distinto del archivo que editó.
2. Localice su ejecutable. Compare el PATH del entorno de lanzamiento con el terminal interactivo donde funciona el auxiliar. Una ruta absoluta al programa existente previsto elimina esa ambigüedad.
3. Ajuste la implementación del auxiliar. No sustituya cualquier binario llamado nc. OpenBSD netcat usa -X connect para HTTP CONNECT y -X 5 para SOCKS5; otras variantes pueden carecer de esas opciones o del soporte de autenticación del proxy.

Una vez que el auxiliar arranca, siga el siguiente fallo en orden: conexión al proxy, negociación del proxy, conexión al destino y, después, autenticación SSH. Un fallo en una etapa no demuestra un problema en las posteriores.

ProxyJump requiere un host de salto SSH. Solo puede sustituir esta disposición cuando ese servicio está disponible; un proxy HTTP no se convierte en un punto de inicio de sesión SSH porque haya cambiado la configuración.