Sudo jako inny użytkownik i ekran do biegania

Dowiedziałem się dzisiaj, że ekran do uruchamiania jako inny użytkownik, do którego sudo się włącza, nie będzie działał!

to znaczy

ssh bob@server         # ssh into server as bob
sudo su "monitor" -
screen                 # fails: Cannot open your terminal '/dev/pts/0'

Mam skrypt działający jako użytkownik „monitora”. Uruchamiamy go w sesji ekranowej, aby zobaczyć wynik na ekranie. Problem polega na tym, że mamy wielu użytkowników, którzy logują się na swoje własne konta (np. Bob, James, Susie itp.), A następnie sudo do użytkownika „monitorującego”. Zapewnienie im dostępu do użytkownika „monitorującego” nie wchodzi w rachubę.

Spróbuj uruchomić się script /dev/nulljako użytkownik suprzed uruchomieniem ekranu - to mały hack w getcie, ale powinien uszczęśliwić ekran.

Korzystam z funkcji otoki screendla użytkowników, których używam sudo su. To jest funkcja otoki, którą dodałem do użytkownika ~/.bashrc:

ekran funkcji () {
  / usr / bin / script -q -c "/ usr / bin / screen $ {*}" / dev / null
}

To pozwala mi korzystać ze wszystkich opcji i parametrów screen, których mógłbym chcieć użyć. Zastanawiam się nad wprowadzeniem tej funkcji w całym systemie.

Zakładając, że i tak są one połączone z hostem SSH, możesz dodać publiczne klucze ssh dla każdego użytkownika, który potrzebuje dostępu do konta monitora w pliku ~ monitor / .ssh / Author_keys. Następnie na zdalnym komputerze każdego użytkownika mogą działać

ssh -t [email protected] screen -RD

Zakładając, że mówimy o tym błędzie:

$ sudo su - bob
$ screen
Cannot open your terminal '/dev/pts/5' - please check.

Oto jedna linijka (na przykład może być używana jako „alias gobob”):

sudo su - bob -c "script -c bash /dev/null"'

Wyjaśnienie:

To uruchomi powłokę (jak powłokę logowania) jako bob użytkownika. Uruchamia się bob użytkownika script, który ma wywołać bash (może to być myślnik lub ksh ...), a kopia sesji zostaje wyrzucona.

Prawdopodobnie musiałaby zmienić uprawnienia na danym urządzeniu lub dodać monitor do grupy, która ma pozwolenie na odczyt tego urządzenia, byłoby to moją pierwszą skłonnością. Ale musiałbyś rozważyć konsekwencje bezpieczeństwa.

Mówisz, że robisz:

sudo su "monitor" -

Zastanawiam się nad końcową kreską. Zwyklę robię:

sudo su - username

Myślnik (na stronie podręcznika użytkownika su) mówi su, aby „uczynił powłokę powłoką logowania”. Oznacza to, że pozyska wszystkie zwykłe skrypty startowe powłoki i odpowiednio skonfiguruje takie rzeczy, jak PATH i HOME.

Właśnie trafiłem w ten problem. Rozwiązałem to chmod +rw $(tty)przed uruchomieniem sudo. Problem z tym rozwiązaniem polega na tym, że każdy może potem połączyć się i węszyć na twoim terminalu.