connect: command not found tyder at SSH ikkje kunne starte ProxyCommand-hjelparen sin lokalt. Det finst enno ingen proxy-handtrykk å reparere. Namnet kan vise til ei eiga køyrbar fil, ikkje ein innebygd skalkommando eller ein OpenSSH-underkommando.

  1. Finn den valde kommandoen. Undersøk den gjeldande SSH-konfigurasjonen for same målalias og konto. Host-delar, inkluderte filer og kommandolinjeval kan velje ein annan ProxyCommand enn fila du redigerte.
  2. Finn den køyrbare fila. Samanlikn PATH i miljøet du startar frå, med den interaktive terminalen der hjelparen verkar. Ein absolutt stig til det tiltenkte eksisterande programmet fjernar den uklarleiken.
  3. Tilpass implementasjonen av hjelparen. Ikkje byt ut ei vilkårleg binærfil som heiter nc. OpenBSD netcat brukar -X connect for HTTP CONNECT og -X 5 for SOCKS5; andre variantar har kanskje ikkje desse vala eller autentiseringsstøtta til proxyen.

Når hjelparen startar, følg den neste feilen i rekkjefølgje: tilkopling til proxyen, proxyforhandling, tilkopling til målet og deretter SSH-autentisering. Ein feil på eitt trinn provar ikkje eit problem på dei seinare trinna.

ProxyJump krev ein SSH-hoppvert. Han kan berre erstatte denne ordninga når den tenesta er tilgjengeleg; ein HTTP-proxy blir ikkje eit SSH-innloggingsendepunkt fordi innstillinga vart endra.

Relaterte artiklar