Podczas próby uruchomienia zdalnego pliku binarnego przy użyciu sudona zdalnym urządzeniu:

ssh remotehost "sudo ./binary"

Widzę ten błąd:

sudo: brak tty i nie określono programu askpass

Jak mogę to obejść?

EDYCJA to zdecydowanie nie jest duplikatem sugerowanego pytania jako takiego. Tamte odpowiedzi są całkowicie nieistotne. W rzeczywistości te zmiany w pliku sudoers zostały już zastosowane do zdalnego hosta.

Prostym sposobem jest określenie -t:

ssh -t remotehost "sudo ./binary"

Ze strony podręcznika:

Wymuś alokację pseudotty. Można to wykorzystać do wykonania dowolnych programów ekranowych na zdalnym komputerze, co może być bardzo przydatne, np. Przy wdrażaniu usług menu. Wiele opcji -t wymusza alokację tty, nawet jeśli ssh nie ma lokalnego tty.

Nie potrafię dokładnie wyjaśnić, dlaczego to działa, i może być lepszy sposób. Chciałbym o tym usłyszeć, jeśli tak :)

@psusi wyjaśnia, dlaczego to działa w komentarzu poniżej.

Pytanie:

Jak mogę to obejść?

sudo: no tty present and no askpass program specified

Alternatywna odpowiedź

Alternatywnie spróbuj:

sudo -S ./binary

Poleca to sudo odczytanie hasła ze standardowego wejścia, stdin.

Scenariusze, w których to pomaga

W środowisku chroot te inne odpowiedzi mogą nie działać poprawnie ... być może dlatego, że:

1. konflikt / etc / shadow vs / etc / passwd nie pozwala użytkownikowi na wprowadzenie hasła.
2. W środowisku chroot dostęp do tty1 może być nieco zakłócony, a ctrl-alt f2 - do tty2 jest niewykonalny, ponieważ jest to tty w środowisku nie chroot.

Na przykład: Ręczna instalacja / naprawa systemu Linux lub bootloadera przy użyciu środowiska chroot (takiego jak Archlinux i arch-chroot).

Musisz zdefiniować terminal / aplikację, która będzie czytać hasło. Istnieją dwa warianty:

1. export SUDO_ASKPASS=/usr/libexec/openssh/ssh-askpass
2. vim /etc/sudoers (Domyślne visiblepw)

Nie udaje się, ponieważ sudopróbuje wyświetlić monit o hasło roota i nie ma przydzielonego pseudo-tty.

Musisz zalogować się jako root lub skonfigurować następujące reguły w swoim /etc/sudoers (lub sudo visudo:):

# Members of the admin group may gain root privileges
%admin  ALL=(ALL) NOPASSWD:ALL

Następnie upewnij się, że użytkownik należy do admingrupy (lub wheel).

Możesz również utworzyć plik taki jak „sudo_shutdown” w /etc/sudoers.d, z zawartością:

# Allow admins to shutdown without pass
%adm ALL=(ALL) NOPASSWD: /sbin/shutdown

Dzięki temu użytkownicy należący do grupy adm mogą zostać wyłączeni bez hasła.

W moim przypadku wystąpił ten błąd, ponieważ nie określiłem polecenia, którego chciałbym użyć jako użytkownika root w sudoers

Coś jak

/etc/sudoers.d/myuser:

myuser ALL=(root) NOPASSWD: \
    /bin/ls -la

pracował dla mnie