SSH ProxyCommand завершается ошибкой command not found

Найдите отсутствующий помощник ProxyCommand и отличите локальный сбой выполнения от согласования с прокси или входа по SSH.

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 от того, что настройка изменилась.

Похожие статьи