SSH ProxyCommand malsukcesas kun command not found

connect: command not found signifas, ke SSH ne povis lanĉi sian ProxyCommand-helpanton loke. Ankoraŭ ne ekzistas proksea manpremo riparebla. La nomo povas rilati al aparta plenumebla dosiero, ne al enkonstruita ŝela ordono aŭ OpenSSH-subordono.

1. Trovu la elektitan ordonon. Kontrolu la efikan SSH-agordon por la sama celaliaso kaj konto. Sekcioj Host, inkluzivitaj dosieroj kaj komandliniaj opcioj povas elekti alian ProxyCommand ol la dosiero, kiun vi redaktis.
2. Trovu ĝian plenumeblon. Komparu la PATH de la lanĉa medio kun la interaga terminalo, kie la helpanto funkcias. Absoluta vojo al la celata ekzistanta programo forigas tiun malklarecon.
3. Kongruigu la helpantan efektivigon. Ne anstataŭigu ajnan binaran dosieron nomatan nc. OpenBSD netcat uzas -X connect por HTTP CONNECT kaj -X 5 por SOCKS5; aliaj variantoj eble ne havas tiujn opciojn aŭ la aŭtentikigan subtenon de la prokseo.

Post kiam la helpanto lanĉiĝas, sekvu la sekvan malsukceson laŭorde: konekto al la prokseo, proksea intertraktado, konekto al la celo, poste SSH-aŭtentikigo. Malsukceso ĉe unu etaĝo ne pruvas problemon ĉe la postaj.

ProxyJump postulas SSH-saltejan gastiganton. Ĝi povas anstataŭigi ĉi tiun aranĝon nur kiam tiu servo disponeblas; HTTP-prokseo ne fariĝas SSH-ensaluta finpunkto ĉar la agordo ŝanĝiĝis.