SSH ProxyCommand падае з command not found

connect: command not found азначае, што SSH не змог запусціць сваю дапаможную праграму ProxyCommand лакальна. Рукапаціскання з проксі яшчэ няма, таму няма чаго выпраўляць. Імя можа адносіцца да асобнага выканальнага файла, а не да ўбудаванай каманды абалонкі ці падкаманды OpenSSH.

1. Знайдзіце выбраную каманду. Праверце дзейную канфігурацыю SSH для таго ж псеўданіма прызначэння і ўліковага запісу. Секцыі Host, уключаныя файлы і параметры каманднага радка могуць выбраць іншую ProxyCommand, чым файл, які вы адрэдагавалі.
2. Знайдзіце яе выканальны файл. Параўнайце PATH асяроддзя запуску з інтэрактыўным тэрміналам, дзе дапаможная праграма працуе. Абсалютны шлях да патрэбнай існуючай праграмы здымае гэтую нявызначанасць.
3. Узгадніце рэалізацыю дапаможнай праграмы. Не падстаўляйце любы бінарны файл з імем nc. OpenBSD netcat выкарыстоўвае -X connect для HTTP CONNECT і -X 5 для SOCKS5; іншыя варыянты могуць не мець гэтых параметраў або падтрымкі аўтэнтыфікацыі проксі.

Пасля запуску дапаможнай праграмы ідзіце па наступным збоі па парадку: злучэнне з проксі, праксі-перамовы, злучэнне з прызначэннем, затым аўтэнтыфікацыя SSH. Збой на адным этапе не даказвае праблемы на наступных.

ProxyJump патрабуе прамежкавы хост SSH. Ён можа замяніць гэтую схему толькі калі гэтая паслуга даступная; HTTP-проксі не робіцца пунктам уваходу SSH ад таго, што налада змянілася.