Aby uruchomić powłokę główną na komputerach, na których konto root jest wyłączone, możesz uruchomić jedną z następujących opcji:

• sudo -i: uruchom interaktywną powłokę logowania (czyta /root/.bashrci /root/.profile)
• sudo -s: uruchom interaktywną powłokę bez logowania (czyta /root/.bashrc)

W świecie Ubuntu bardzo często widzę sudo susugestię jako sposób na uzyskanie powłoki roota. Po co uruchamiać dwa osobne polecenia, gdy jedno z nich zrobi? O ile mogę powiedzieć, sudo -ijest równoważne sudo su -i sudo -sjest takie samo jak sudo su.

Wydaje się, że jedyne różnice (porównanie sudo -ipo lewej i sudo su -po prawej):

I porównując sudo -s(po lewej) i sudo su(po prawej):

Główne różnice (ignorowanie SUDO_foozmiennych i LS_COLORS) wydają się być XDG_foozmiennymi systemowymi w sudo suwersjach.

Czy są jakieś przypadki, w których ta różnica uzasadnia stosowanie raczej nieeleganckiego sudo su? Czy mogę bezpiecznie powiedzieć ludziom (jak często to robię), że nigdy nie ma sensu biegać, sudo suczy coś mi brakuje?

Jak zauważyłeś w swoim pytaniu, główną różnicą jest środowisko.

sudo su - vs. sudo -i

W przypadku sudo su -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 su vs. sudo -s

sudo supołączenia sudoz poleceniem su. Bash jest nazywany interaktywną powłoką niezalogowaną. Więc bashtylko 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 -sodczytuje $SHELLzmienną i wykonuje treść. Jeśli $SHELLzawiera /bin/bash, wywołuje sudo /bin/bash, co oznacza, że /bin/bashjest uruchamiany jako powłoka niezalogowana, więc wszystkie pliki kropek nie są wykonywane, ale bashsame czyta. bashrcużytkownika wywołującego. Twoje środowisko pozostaje takie samo. Twój dom nie będzie domem roota. Jesteś więc rootem, ale w środowisku dzwoniącego użytkownika.

Wniosek

-iFlag Dodano sudow 2004 roku , aby zapewnić podobną funkcję do sudo su -, więc sudo su -było szablon sudo -ii przeznaczona do pracy podoba. Myślę, że tak naprawdę nie ma znaczenia, którego używasz, chyba że środowisko nie jest ważne.

Dodanie

Podstawową kwestią, o której należy tutaj wspomnieć, jest to, że sudozostało zaprojektowane, aby uruchomić tylko jedno polecenie z wyższymi uprawnieniami, a następnie upuścić te uprawnienia do pierwotnych. Nigdy nie miało to na celu zmiany użytkownika i pozostawienia otwartej powłoki roota. Z biegiem czasu sudozostał rozszerzony o takie mechanizmy, ponieważ ludzie byli zirytowani tym, dlaczego używać sudoprzed każdym poleceniem.

Więc znaczenie sudonadużyło. sudomiał zachęcić użytkownika do zminimalizowania korzystania z uprawnień roota.

To, co mamy teraz, sudostaje się coraz bardziej popularne. Jest zintegrowany z prawie każdą dobrze znaną dystrybucją linuksową. Oryginalne narzędzie do przełączania na inne konto użytkownika to su. Dla weterana starej szkoły * nix takie rzeczy sudomogą wydawać się niepotrzebne. Dodaje złożoności i zachowuje się bardziej prawdopodobne w przypadku mechanizmów znanych z rodziny os Microsofts, a zatem jest sprzeczny z filozofią prostoty systemów * nix.

Nie jestem tak naprawdę weteranem, ale także moim zdaniem sudozawsze był po mojej stronie cierniem, od czasu kiedy został wprowadzony i zawsze pracowałem nad użyciem sudo, jeśli to możliwe. Jestem bardzo niechętny do użycia sudo. We wszystkich moich systemach konto root jest włączone. Ale rzeczy się zmieniają, może nadejdzie czas, kiedy subędzie przestarzały i całkowicie sudozastąpi su.

Dlatego myślę, że najlepiej będzie użyć sudowewnętrznych mechanizmów ( -s, -i) zamiast polegać na starym narzędziu, takim jak su.

Aby odpowiedzieć bezpośrednio na twoje pytanie: nie, nie ma dobrego powodu, aby to zrobić. Ponadto sudo su tworzy dwa wpisy dziennika, gdy wystarczyłoby jeden.

Widziałem, jak wielu ludzi to robi, a kiedy pytam, dlaczego po prostu nie uciekają sudo -s, odpowiedź jest taka, że ​​nie wiedzą o -sflagi sudo, i generalnie zmieniają się po tym, jak to zaznaczam.

Jednak do twojej listy sudo -si sudo -ichciałbym dodać jeszcze jedną opcję sudo -sE, która jest swego rodzaju zamiennikiem su -m. sudo -sEchroni środowisko, w tym katalog domowy. Jest to niebezpieczne, jeśli twój katalog domowy jest niepewny (w NFS). Ale w środowisku, w którym wiele osób korzysta z roota, pozwala to uniknąć konieczności uzgadniania zawartości .bashrcpliku root . Moja .bashrczawiera wiele specjalizacji dla roota, więc nie otrzymuję dokładnie tego samego środowiska co root, ale przynajmniej dostaję dokładnie takie środowisko, jakie chcę.