Jaka jest dobra alternatywa dla polecenia sux?

W nadchodzącym wydaniu 14.04 sux (opakowanie wokół su, które przeniesie twoje poświadczenia X) nie jest już zawarte w Ubuntu. (Myślę, że jest usuwany, ponieważ jest pobierany z Debiana, z powodu braku konserwacji oryginalnego kodu.)

Szukam prostych alternatyw, a nie czegoś, co wymaga od ciebie bałagania przy plikach konfiguracyjnych lub lokalnego uruchamiania sshd.

software-recommendation command-line

— Søren
źródło

Recenzenci: To nie jest poza tematem, nie ma to nic wspólnego z 14.04.

— Seth

Czy naprawdę tego potrzebujesz? Jeśli opcje sudoers są skonfigurowane właśnie tak (tj. Aby sudo zachowało HOME podczas zmiany tożsamości), nie powinno być konieczne robienie nic specjalnego z .Xauthority. Tak skonfigurowany jest mój laptop i nigdy nie używam sux ... po prostu „sudo {polecenie}”

— Stabledog

@Stabledog, jak by to działało? Gdzie mam to skonfigurować? Czy istnieje plik konfiguracyjny sudo? Moim celem jest zalogowanie się na pulpicie użytkownika A, a następnie uzyskanie terminala jako użytkownik B, gdzie całe x przechodzi na pulpit. Mam nadzieję, że to zrobi ... Przykład tego, co mógłbym teraz zrobić z sux, że potrzebuję alternatyw dla: Użytkownik A loguje się i otwiera terminal A @ desktop: ~ $ sux - BB @ desktop: ~ $ Firefox Firefox otwiera się, ale z ustawienia użytkownika B, zakładki i dostęp do plików do katalogu domowego użytkownika B.

— Søren,

Tak, robię takie rzeczy przez cały czas. Są dwie rzeczy do zrozumienia: ~ /. Autoryzacja dla „zewnętrznego” użytkownika musi stać się. Autoryzacja dla wewnętrznego użytkownika, a konfiguracja zmiennej DISPLAY przez ssh musi pasować w wewnętrznej powłoce. Możesz na przykład skopiować plik ~ / .Xauthority z „/ home / tom” do / home / jerry, naprawić uprawnienia, ustawić wartość DISPLAY w powłoce „jerry”. Podczas uruchamiania programu X jako jerry, wartość DISPLAY informowałaby biblioteki X, jak znaleźć wyświetlacz, a plik .Xauthority w / home / jerry podałby dane uwierzytelniające.

— Stabledog

Ale przy każdym logowaniu jest to niewygodne. Czystsze jest naprawianie / etc / sudoers, aby wartości HOME i DISPLAY dla tom były zachowane, gdy wykonuje „sudo -u jerry bash”, aby otworzyć powłokę jak jerry. W sudoerach znajdują się komentarze wyjaśniające, jak propagować zmienne środowiskowe w wywołaniu sudo. Pamiętaj, aby używać edytora visudo, aby nie zablokować się w maszynie, jeśli spieprzysz!

— Stabledog

Bardzo mi przykro, że na początku nie było łatwej alternatywy sux, ale zakończyłem to:

w /etc/pam.d/su, aby przekazać klucze xauth między użytkownikami podczas wywoływania su, dodaj: session optional pam_xauth.so
in ~ olivier / .bashrc: export $(dbus-launch)(nie jestem pewien, czy jest to faktycznie potrzebne)
a potem prosty su olivierod mojego zalogowanego użytkownika

— olivm
źródło

Po zrobieniu tego pojawia się komunikat „Nie określono protokołu”

— Claudiu

-1

Pobierz sux stąd http://fgouget.free.fr/index-en.shtml
Skopiuj sux do katalogu na swojej ścieżce (na przykład / usr / local / bin)
Zmień uprawnienia na plik wykonywalny (chmod 755 sux), nie wiem, czy te uprawnienia są uprawnieniami ritgh
Zamień / bin / sh na / bin / bash

System Mi to debian 10

pozdrowienia

— użytkownik999562
źródło

Witam i zapraszam do AskUbuntu. Jak sugeruje nazwa domeny, ta strona dotyczy Ubuntu. Czy Twoje rozwiązanie działa na Ubuntu? Dlaczego to wymagało wymiany /bin/shze /bin/bash?

— Simon Sudler,