Unul dintre furnizorii noștri a livrat un nou sistem încorporat pe care să-l testăm și unul dintre scripturile mele de testare bash eșuează cu:
sshpass -p xxxxxx ssh -o „StrictHostKeyChecking=no” root@rpi-2 „Fă lucruri”
ssh_askpass: exec(/usr/lib64/misc/ssh-askpass): Nu există un astfel de fișier sau director
Permisiune refuzată, vă rugăm să încercați din nou.
Se pare că au făcut upgrade la Ubuntu (de la Gentoo):
ID distribuitor: Ubuntu
Descriere: Ubuntu 18.04.6 LTS
Lansare: 18.04
Nume de cod: bionic
O căutare pe google m-a condus la acest forum unde un alt thread (link eliminat) a indicat o problemă similară care a fost rezolvată prin instalarea unui pachet ssh-askpass.
Verificând cu lista apt, constat că nu există niciun ssh-askpass instalat pe acest sistem, ceea ce cred că este cauza principală a problemei mele.
Problema mea este, desigur, cea mai mare parte a acestui sistem este doar în citire și nu pot face nicio instalare apt (cel puțin nici una care ar modifica /bin /lib /usr etc.).
Aveam impresia că ssh-askpass a fost folosit într-un mediu GUI și nu era necesar pentru invocările CLI ale ssh. În timp ce X este instalat aici, nu este implicat în sesiunea din care rulez. Atât DISPLAY, cât și SSH_ASKPASS sunt nesetate în mediul meu.
Așa că mă întreb dacă există o soluție pentru această problemă sau este singura mea alternativă să mă întorc la furnizor și să îi cer să includă pachetul ssh-askpass în distribuția lor, ceea ce ar putea face, dar va dura cel puțin un ciclu de dezvoltare (luni) a aproba.
Scopul final este pur și simplu să execute de la distanță un script bash pe un Raspberry Pi din sistemul încorporat prin LAN, fără interacțiunea utilizatorului (adică fără solicitare de parolă).
Sugestii?
