'sudo su -' vs 'sudo -i' vs 'sudo / bin / bash' - kiedy ma to znaczenie, które jest używane, czy w ogóle ma znaczenie?

Kiedy robię coś, co wymaga wpisania roota dziesiątki razy z rzędu, wolę przełączyć moją sesję na sesję root. W różnych tutoriali i instrukcji Użyłem w Internecie, widzę sudo su, sudo su -, sudo -ii sudo /bin/bashsą wykorzystywane do otwarcia sesji użytkownika root, ale nie jestem jasne na różnicy między nimi a kiedy i czy to się liczy różnicę.

Czy ktoś może mi to wyjaśnić?

Aby to wyjaśnić, musisz wiedzieć, co robią programy:

• su- Komenda susłuży do przełączania do innego użytkownika ( s czarownica u Ser), ale można również przełączyć się na roota poprzez wywołanie polecenia bez parametru. suprosi o zmianę hasła użytkownika, po wpisaniu hasła, które przełączyłeś do środowiska użytkownika.
• sudo- sudoma na celu uruchomienie pojedynczej komendy z uprawnieniami roota. Ale w przeciwieństwie do sumonituje o hasło bieżącego użytkownika. Ten użytkownik musi znajdować się w pliku sudoers (lub grupie, która znajduje się w pliku sudoers). Domyślnie Ubuntu „zapamiętuje” twoje hasło przez 15 minut, dzięki czemu nie musisz wpisywać hasła za każdym razem.
• bash- Interfejs tekstowy do interakcji z komputerem. Ważne jest, aby zrozumieć różnicę między powłokami logowania, bez logowania, interaktywnymi i nieinteraktywnymi:

Rodzaje muszli:

• Powłoka logowania : Powłoka logowania loguje Cię do systemu jako określony użytkownik, niezbędna do tego jest nazwa użytkownika i hasło. Kiedy naciśniesz ctrl+ alt+, F1aby zalogować się do wirtualnego terminala, otrzymasz po udanym zalogowaniu się powłokę logowania.
• Powłoka non-login : Powłoka wykonywana bez logowania, niezbędna do tego jest aktualnie zalogowany użytkownik. Kiedy otworzysz terminal graficzny w gnome, jest to powłoka niezalogowana.
• powłoka interaktywna : powłoka (zaloguj się lub bez logowania), w której można interaktywnie wpisywać lub przerywać polecenia. Na przykład terminal gnome.
• powłoka nieinteraktywna : (pod) powłoka, która prawdopodobnie jest uruchamiana z zautomatyzowanego procesu. Nie zobaczysz ani danych wejściowych, ani wyjściowych.

Tak więc przypadki to:

• sudo suPołączenia sudoz poleceniem su. Bash jest nazywany interaktywną powłoką niezalogowaną. Więc bash tylko się wykonuje .bashrc. Możesz zobaczyć, że po przejściu na root nadal jesteś w tym samym katalogu:

  user@host:~$ sudo su
  root@host:/home/user#
  

• sudo su -Tym razem jest to powłoka logowania, tak /etc/profile, .profilei .bashrcsą realizowane i znajdą się w katalogu domowym roota ze środowiskiem roota.

• sudo -iJest prawie taki sam jak sudo su -opcja -i (symuluj początkowe logowanie) uruchamia powłokę określoną przez wpis bazy danych haseł użytkownika docelowego jako powłokę logowania. Oznacza to, że pliki zasobów specyficzne dla logowania, takie jak .profile, .bashrclub .loginzostaną odczytane i wykonane przez powłokę.

• sudo /bin/bashOznacza to, że dzwonisz sudoza pomocą polecenia /bin/bash. /bin/bashjest uruchamiany jako powłoka niezalogowana, więc wszystkie pliki kropek nie są wykonywane, ale sam bash czyta .bashrcwywołującego użytkownika. Twoje środowisko pozostaje takie samo. Twój dom nie będzie domem roota. Jesteś więc rootem, ale w środowisku dzwoniącego użytkownika.

• sudo -sodczytuje $SHELLzmienną i wykonuje treść. Jeśli $SHELLzawiera /bin/bash, wywołuje sudo /bin/bash(patrz wyżej).

Czek:

Aby sprawdzić, czy jesteś w powłoce logowania, czy nie (działa tylko w bash, ponieważ shoptjest to wbudowane polecenie):

shopt -q login_shell && echo 'Login shell' || echo 'No login shell'

Aby szukać różnic, możesz podzielić środowisko wynikowe między różne wywołania.

Można znaleźć pewne „małe” różnice w niektórych zmiennych krytycznych:

• PATH, LD_LIBRARY_PATH,LD_PRELOAD

lub pewna różnica w ~ /. Obsługa plików dotfiles ( ~/.config).

Weź również pod uwagę własność plików logów $ HOME ( ~/.xsession.errorsitp.) Lub xauth cookies ( ~/.Xauthority) generowanych przez polecenia.

Wypróbuj następujące polecenia:

# 'su -' vs 'su'

diff <(sudo su - -c env | sort) <(sudo su -c env | sort)


# 'su -' vs 'sudo -i'

diff <(sudo su - -c env | sort) <(sudo -i env | sort)