connect: command not found betyr at SSH ikke kunne starte ProxyCommand-hjelperen sin lokalt. Det er ennå ingen proxy-håndtrykk å reparere. Navnet kan peke på en egen kjørbar fil, ikke på en innebygd skallkommando eller en OpenSSH-underkommando.

  1. Finn den valgte kommandoen. Undersøk den gjeldende SSH-konfigurasjonen for samme målalias og konto. Host-deler, inkluderte filer og kommandolinjevalg kan velge en annen ProxyCommand enn filen du redigerte.
  2. Finn den kjørbare filen. Sammenlign PATH i miljøet du starter fra, med den interaktive terminalen der hjelperen virker. En absolutt sti til det tiltenkte eksisterende programmet fjerner den uklarheten.
  3. Tilpass hjelperens implementasjon. Ikke bytt ut en vilkårlig binærfil som heter nc. OpenBSD netcat bruker -X connect for HTTP CONNECT og -X 5 for SOCKS5; andre varianter mangler kanskje disse valgene eller autentiseringsstøtten til proxyen.

Når hjelperen starter, følg den neste feilen i rekkefølge: tilkobling til proxyen, proxyforhandling, tilkobling til målet og deretter SSH-autentisering. En feil på ett trinn beviser ikke et problem på de senere trinnene.

ProxyJump krever en SSH-hoppvert. Den kan bare erstatte denne ordningen når den tjenesten er tilgjengelig; en HTTP-proxy blir ikke et SSH-innloggingsendepunkt fordi innstillingen ble endret.

Relaterte artikler