Один из наших поставщиков поставил нам новую встроенную систему для тестирования, и один из моих тестовых сценариев bash дает сбой:
sshpass -p xxxxxx ssh -o "StrictHostKeyChecking=no" root@rpi-2 "Делать что-то"
ssh_askpass: exec(/usr/lib64/misc/ssh-askpass): нет такого файла или каталога
Разрешение отклонено, попробуйте еще раз.
Похоже, они обновились до Ubuntu (из Gentoo):
Идентификатор дистрибьютора: Ubuntu
Описание: Ubuntu 18.04.6 LTS
Релиз: 18.04
Кодовое название: бионический
Поиск в Google привел меня на этот форум, где в другой теме (ссылка удалена) указывалась аналогичная проблема, которая была решена путем установки пакета ssh-askpass.
Проверив список apt, я обнаружил, что в этой системе не установлен ssh-askpass, что, как я считаю, является основной причиной моей проблемы.
Моя проблема, конечно, в том, что большая часть этой системы доступна только для чтения, и я не могу выполнять какие-либо подходящие установки (по крайней мере, те, которые изменяли бы /bin /lib /usr и так далее).
У меня сложилось впечатление, что ssh-askpass использовался в среде с графическим интерфейсом и не требовался для вызовов ssh через CLI. Пока X установлен здесь, он не участвует в сеансе, в котором я работаю. И DISPLAY, и SSH_ASKPASS не установлены в моей среде.
Поэтому мне интересно, есть ли обходной путь для этой проблемы или моя единственная альтернатива - вернуться к поставщику и попросить его включить пакет ssh-askpass в свой дистрибутив, что они могут сделать, но это займет как минимум один цикл разработки (месяцы) Утвердить.
Конечная цель — просто удаленно выполнить сценарий bash на Raspberry Pi из встроенной системы через локальную сеть без взаимодействия с пользователем (т. е. без запроса пароля).
Предложения?
