Zdefiniowałem 2 konta użytkowników:

• jeden z uprawnieniami administratora (z sudoprawem) => pozwala to nazwać adminuser.
• drugi bez żadnych uprawnień => pozwala to nazwać i skonfiguruję automatyczne logowanie dla tego drugiego użytkownika . normaluser
normaluser
  

Kiedy więc otwieram normalusersesję i chcę uruchomić aplikację z uprawnieniami administratora,
otwieram terminal Ctrl+ Alt+ Ti:

su adminuser
sudo anyapplication ...

Działa dobrze, bez konieczności wychodzenia z normalusersesji (nie trzeba otwierać adminusersesji).

Ale co powinienem zrobić, jeśli aplikacja musi działać z graficznym interfejsem użytkownika?
Myślałem o tym:

su adminuser
gksu anyapplication ...

ale rozumiem

** (gksu:9122): WARNING **: the connexion is closed
No protocol specified
No protocol specified
(gksu:9122): Gtk-WARNING **: cannot open display: :0.0

PAM może się tym zająć

Działa to dla mnie na Ubuntu 16.04 (edytuj: działa również na 18.04 LTS):

postaw linię:

session optional pam_xauth.so

gdzieś w:

/etc/pam.d/su

i / lub

/etc/pam.d/sudo

a następnie wykonując „su -” lub „sudo su -” Mogę używać aplikacji graficznych jako root.

Terminologia

W tej odpowiedzi:

• normaluserjest normalnym użytkownikiem, który nie jest administratorem i nie może uruchamiać poleceń jak w rootprzypadku sudo.
• adminjest administratorem, który może uruchamiać polecenia tak jak w rootprzypadku sudo. (Oczywiście wszelkie polecenia graficzne powinny używać graficznego interfejsu użytkownika, takiego jak gksu/gksudo , a nie sudobezpośrednio.)
• anyapplicationto nazwa aplikacji graficznej, którą normaluserchce uruchomić root. normaluserzna adminhasło i (prawdopodobnie) powiedziano mu, że może go użyć do tego celu.

Problem

Przyczyną problemu, a powodem większości innych odpowiedzi do tej pory nie działają (z wyjątkiem Marty Fried „s doskonała odpowiedź ), to:

• gksumoże być skonfigurowany do używania jednego z nich sudo lub su jako zaplecza. Domyślnym zachowaniem gksuw Ubuntu jest działanie jako interfejs dla sudo, a nie dla su. To znaczy, że domyślnie, gksui gksudozachowują się dokładnie tak samo . Zobacz stronę podręcznika .
• normalusernie jest administratorem i dlatego nie może uruchamiać poleceń jak w rootprzypadku sudo. sudowyświetla monit o podanie hasła użytkownika, który go uruchomił , a nie hasła użytkownika, którym chce zostać . Brak możliwości używania hasła do wykonywania czynności jako osoby, które nie są tobą, oznacza, że ​​nie jesteś administratorem .
• normaluserPod warunkiem, że nie jest to konto gościa, można uruchomić polecenia jako inny użytkownik zsu , oddanie w hasło innego użytkownika . Ale gksudziała jak nakładka sudo, nie su.
• normaluserNie można bezpośrednio uruchomić dowolną komendę jako root, ponieważ normalusernie można używać sudo, i nikt nie może stać rootsię subo nie ma roothasła .

Rozwiązanie

Rozwiązanie wymaga napisania polecenia wykonującego dwa kroki uwierzytelniania:

• normalusermusi zostać adminuruchomione polecenie graficzne. Aby to zrobić, normalusernależy uruchomić gksuz -wflagą, aby go uruchomić w su-mode zamiast domyślnego sudo-mode , a -uflaga uruchomić polecenie jako adminzamiast root.
• Run komenda jak admintrzeba wykorzystać gksu bez tej -wflagi używać sudostać root.

Oto polecenie (tak, przetestowałem je ;-) ):

gksu -w -u admin gksu anyapplication

Zostaniesz dwukrotnie zapytany o hasło :

1. Najpierw musisz wprowadzić adminhasło, aby normaluseruruchomić polecenie tak jak adminw przypadku subackendu.
2. Po drugie, musisz wprowadzić adminhasło, aby adminuruchomić polecenie tak jak rootw przypadku sudobackendu.

Zgadza się. Podajesz adminhasło dwukrotnie.

Różne uwagi:

• Jeśli chcesz, możesz zastąpić drugą gksuz gksudoaby uczynić go mniej mylące. W Ubuntu są one równoważne. (Można również wymienić pierwsze gksuz gksudo, ale to byłoby sprzeczne z intuicją i bardzo mylące).
• -wjest krótką formą --su-mode.
• -Sjest krótką formą, --sudo-modeale nie należy jej używać, ponieważ domyślny jest tryb sudo .
• Możesz najpierw przetestować to za pomocą całkiem nieszkodliwego polecenia, aby upewnić się, że działa tak, jak chcesz. (Będzie, ale nie musisz mi ufać w tej sprawie.) Na przykład:

  gksu -w -u admin gksu xclock

  xclock jest ładną, prostą aplikacją okna z zegarem.

Jednym ze sposobów, który prawdopodobnie będzie działał, jest użycie „sux” zamiast „su” po pierwszym przełączeniu na użytkownika administratora. sux naprawia problem z uruchomieniem aplikacji x od sfałszowanego użytkownika. Znajduje się w standardowym repozytorium i można go zainstalować, wpisując sudo apt-get install suxw wierszu polecenia.

Następnie po prostu użyj „sux” zamiast „su” i powinno działać tak, jak się spodziewasz.

Pozwala ponownie wykorzystać przykład aplikacji xclock:

sux admin
gksu xclock

pkexec

Istnieje wszechobecna alternatywa dla kdesudo i gksu - pkexecktóra pochodzi z policykit-1pakietu wymaganego przez wiele pakietów.

Zamiast

su admin
gksu anyapplication ...

Sugeruję, aby spróbować gksu -u admin anyapplication, gdzie wszystko robisz za pomocą samego gksupolecenia. Pamiętaj również, że musisz wprowadzić hasło użytkownika wymienionego w poleceniu, tj. W tym przypadku musisz wprowadzić hasło administratora .

Oto polecenie, aby to osiągnąć.

gksu app-name

Uruchom najpierw bez uruchamiania su. Musisz tylko uruchomić powyższe polecenie z normalnej sesji użytkownika, a aplikacja zostanie uruchomiona jako root.

Powinieneś użyć:

gksudo AppName

Spowoduje to wyświetlenie najpierw graficznego żądania hasła (hasło użytkownika), a następnie uruchamia aplikację GUI jako root (właśnie próbowałem, to naprawdę działa. Zabawna rzecz: gksu AppNamepotem spróbowałem natychmiast, i to też zadziałało - tak jak jest prawdopodobnie powinien, jak sugeruje przedrostek „gk”. Nie jestem więc całkowicie pewien, gdzie może być zlokalizowany problem).

Jest tylko jeden superużytkownik i jest to root.

Użytkownik 1 jest administratorem i ma prawa sudo.
Użytkownik 2 nie jest administratorem i nie ma uprawnień sudo.

Spróbuj zalogować się jako użytkownik 1, a następnie za pomocą polecenia

gksudo app-name  

(zastępując nazwę aplikacji nazwą aplikacji)
Mam nadzieję, że to pomoże - daj mi znać. : o)

EDYCJA: Więcej informacji zgodnie z życzeniem

Jeśli to tylko Ty na komputerze,
korzystanie z użytkownika 1 (który ma uprawnienia do korzystania z sudo)
nie różni się od korzystania z użytkownika 2 (który nie ma uprawnień do korzystania z sudo).
Użytkownik 1 ma takie same uprawnienia jak użytkownik 2.
Chyba że użytkownik 1 wyda polecenie poprzedzone sudo i / lub poda swoje hasło, aby umożliwić aplikacjom uruchamianie z uprawnieniami root.
Jedyną różnicą jest to, że użytkownik 2 nie może uruchamiać aplikacji jako root.

Mam nadzieję, że to ci trochę wyjaśni. : o)