connect: command not found betsjut dat SSH syn ProxyCommand-help lokaal net starte koe. Der is noch gjin proxy-hânskik om te reparearjen. De namme kin ferwize nei in apart útfierber bestân, net nei in ynboude shell-opdracht of in OpenSSH-subopdracht.

  1. Fyn de keazen opdracht. Besjoch de jildende SSH-konfiguraasje foar deselde bestimming-alias en akkount. Host-seksjes, opnommen bestannen en kommandorigel-opsjes kinne in oare ProxyCommand kieze as it bestân dat jo bewurke hawwe.
  2. Fyn it útfierbere bestân. Fergelykje de PATH fan de startomjouwing mei de ynteraktive terminal dêr't de help yn wurket. In absolút paad nei it bedoelde besteande programma hellet dy ûndúdlikheid fuort.
  3. Bring de ymplemintaasje fan de help yn oerienstimming. Ferfang gjin inkeld binêr bestân mei de namme nc. OpenBSD netcat brûkt -X connect foar HTTP CONNECT en -X 5 foar SOCKS5; oare farianten hawwe dy opsjes of de autentikaasje-stipe fan de proxy miskien net.

Nei't de help start, folgje de folgjende flater yn folchoarder: ferbining nei de proxy, proxy-ûnderhanneling, ferbining nei de bestimming, dan SSH-autentikaasje. In flater yn ien stadium bewiist gjin probleem yn de lettere stadia.

ProxyJump freget in SSH-springhost. It kin dizze opstelling allinnich ferfange as dy tsjinst beskikber is; in HTTP-proxy wurdt gjin SSH-oanmeldpunt om't de ynstelling feroare is.

Relatearre artikelen