SSH ProxyCommand feiler med command not found

Finn en manglende ProxyCommand-hjelper, og skille lokal kjøringsfeil fra proxyforhandling eller SSH-innlogging.

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

  1. Finn den valgte kommandoen. Undersøk den effektive 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 implementering. 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 har kanskje ikke 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