Najlepsze praktyki, aby uniknąć błędu Jenkinsa: sudo: brak bieżącego tty i nie określono programu wywołującego pytania

Question

Po uruchomieniu dowolnego polecenia sudo z Jenkinsa pojawia się następujący błąd: sudo: no tty present and no askpass program specified.

Rozumiem, że mogę rozwiązać ten problem poprzez dodanie NOPASSWD wpis do mojego pliku /etc/sudoers który pozwoli użytkownik Jenkins do wykonywania poleceń bez konieczności podania hasła. Mogę dodać wpis tak:

%jenkins ALL=(ALL)NOPASSWD:/home/me/dir/script.sh 

... ale to prowadzi do następującej kwestii: https://stackoverflow.com/questions/17414330/how-to-avoid-specifying-full-path-in-sudoers-file

mogę dodać wpis tak:

%jenkins ALL=NOPASSWD: ALL 

... ale to pozwala użytkownikowi jenkins uniknąć pytania o hasło dla poleceń ALL, co wydaje się nieco niebezpieczne. Ciekawi mnie, jakie są moje opcje, a jeśli są jakieś dobre praktyki, powinienem rozważyć.

Answer 1

Nie ma rzeczy tty (requiretty w sudoers) jest prawdziwym problemem.

Zasadniczo wypowiedzieć się następujące wiersze w swoim /etc/sudoers plik:

#Defaults requiretty 
#Defaults !visiblepw 

Powyższe pochodzi z this answer na to pytanie na stronie Unix & Linux Stos Exchange:

• Why does cron silently fail to run sudo stuff in my script? - Unix & Linux Stack Exchange

Answer 2

WŁ Jedną rzeczą, którą możesz zrobić, to skłonić Jenkinsa do uruchomienia skryptu, na przykład "run.sh", , następnie z poziomu tego skryptu możesz uruchomić pliki makefile i upewnić się, że w plikach Makefile nie ma żadnych poleceń sudo.

Jest to trochę kłopotów, ale przynajmniej nie ryzykują zmieniających ustawienia zabezpieczeń