Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
cześć
pytanie początkującego:
dlaczego prawie wszystkie komendy root muszą isc przez sudo?
jak to zmienić?
pozdrawiam i dziękuję
Ostatnio edytowany przez mierzvoj (2019-10-11 20:33:06)
Offline
Nie muszą iść przez sudo.
Są komendy, które wymagają uprawnień root, wtedy dajemy sudo, ale to bardziej *buntowe metody.
W Debianie też można działać z sudo jeśli je mamy skonfigurowane.
Inaczej możesz się zalogować po prostu na konto root (przykładowo su -) i działać już bez sudo.
Różnice pomiędzy su i sudo znajdziesz w ulubionej wyszukiwarce.
Offline
jakimś cudem root i np. shutdown nie działa. Ale sudo root shutdown już tak. O co chodzi?
Offline
A tak konkretnie?
Offline
na koncie root piszę shutdown i bash "nie znajduję polecenia". Napiszę sudo root shutdown i bash wykonuje polecenie. Z np fdisk podobnie.
Offline
Raczej nie na koncie roota.
Zaloguj się poprawnie na konto roota:
su -
Offline
jak to możliwe, że su root to nie root?
Offline
mierzvoj napisał(-a):
jak to możliwe, że su root to nie root?
Tak jest w Busterze. We wcześniejszych wersjach na roota logowałeś się:
[su] -> hasło
W Busterze: [su -] -> hasło
Offline
Możesz sobie to przywrócić do starego stylu.
Offline
dziękuję bardzo za powyższe. Nie będę tworzył kolejnego wątku i zaśmiecał forum moimi problemami, ale mam kolejną kwestię, znowu w temacie sudo. Mianowicie: edytuję plik sudoers (visudo) i przy próbie zapisu pliku sudoers otrzymuję ostrzeżenia o jego możliwym uszkodzeniu wskutek błędnego wpisu. Nadmienię, że kieruję się artykułem z Waszej strony, chodzi o wpis, aby zwykły user mógł dać shutdown.
Offline
Przecież do wyłączenia komputera nie potrzeba uprawnień roota.
https://access.redhat.com/documentation/en-us/red_h … systemd-power
Offline
tak na pewno masz rację, ale bardziej chodziło mi o ostrzeżenia o możliwym uszkodzeniu pliku sudoers, na skutek nieprawidłowych wpisów.
Offline
mierzvoj napisał(-a):
tak na pewno masz rację, ale bardziej chodziło mi o ostrzeżenia o możliwym uszkodzeniu pliku sudoers, na skutek nieprawidłowych wpisów.
A podziel się plikiem sudoers.
Offline
Proszę, zadanie z artykułu, przy wychodzeniu mam ostrzeżenie o błędach. Proszę o sprostowanie mojej niewiedzy.
GNU nano 3.2 /etc/sudoers.tmp Zmieniony
#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults env_reset
Defaults mail_badpass
Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"
# Host alias specification
# User alias specification
# Cmnd alias specification
# User privilege specification
root ALL=(ALL:ALL) ALL
User_Alias SHUT_USERS = mierzvoj-1
SHUT_USERS localhost = NOPASSWD: /sbin/shutdown
# Allow members of group sudo to execute any command
%sudo ALL=(ALL:ALL) ALL
# See sudoers(5) for more information on "#include" directives:
#includedir /etc/sudoers.d
Offline
Do dodawania takich reguł powinno się tworzyć pliki w folderze /etc/sudoers.d, ale to nie zmienia faktu że można i tak. Nie ma błędów w tym twoim przykładowym sudoers.
mierzvoj napisał(-a):
... przy wychodzeniu mam ostrzeżenie o błędach.
Jakie, że błąd składni,czy to.
GNU nano 3.2 /etc/sudoers.tmp Zmieniony
Używaj znaczników, bo można pomyśleć że to masz w pliku sudoers.
Ostatnio edytowany przez jawojx (2019-10-15 12:31:51)
Offline
A propos edycji sudo, to ja zawsze używam komendy:
# visudo
Jeśli jest to komputer domowy, to można się też od razu dodać do grupy sudo:
adduser użytkownik sudo
Gdzie użytkownik to login.
Ostatnio edytowany przez blind (2019-10-15 17:14:16)
Offline