connect: command not found beteken SSH kon nie sy ProxyCommand-hulp plaaslik begin nie. Daar is nog geen proxy-handdruk om te herstel nie. Die naam kan na 'n aparte uitvoerbare lêer verwys, nie na 'n shell-ingeboude of OpenSSH-subopdrag nie.

  1. Vind die gekose opdrag. Ondersoek die effektiewe SSH-konfigurasie vir dieselfde bestemming-alias en rekening. Host-afdelings, ingeslote lêers en opdragreël-opsies kan 'n ander ProxyCommand kies as die lêer wat jy geredigeer het.
  2. Spoor die uitvoerbare lêer op. Vergelyk die PATH van die beginomgewing met die interaktiewe terminaal waar die hulp werk. 'n Absolute pad na die bedoelde bestaande program verwyder daardie onduidelikheid.
  3. Pas die hulp-implementering. Moenie enige binêre lêer met die naam nc vervang nie. OpenBSD netcat gebruik -X connect vir HTTP CONNECT en -X 5 vir SOCKS5; ander variante het miskien nie daardie opsies of die proxy se verifikasieondersteuning nie.

Nadat die hulp begin het, volg die volgende fout in volgorde: verbinding na die proxy, proxy-onderhandeling, verbinding na die bestemming, dan SSH-verifikasie. 'n Fout by een stadium bewys nie 'n probleem by die later stadiums nie.

ProxyJump vereis 'n SSH-spronggasheer. Dit kan hierdie reëling slegs vervang wanneer daardie diens beskikbaar is; 'n HTTP-proxy word nie 'n SSH-aanmeldpunt omdat die instelling verander het nie.

Verwante artikels