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 через те, що налаштування змінили.

Схожі статті