Forum Debian Users Gang

Tam fluxbox. Mnie to nie interesuje.

Próbowałem i nie działa za bardzo.

Wszystko, co tam proponowali. Nie zadziałało jedno, to zrobiłem drugie i też nic.

Wersja pośrednia: wykorzystanie SGID

Jest to rozwiązanie łatwiejsze niż sudo, a jednocześnie bezpieczniejsze niż chmod. Jest dobrym rozwiązaniem dla tych osób, które administrują komputerem wieloużytkownikowym, nie świadczącym jednak usług sieciowych.

Cała sztuczka opiera się na stworzeniu grupy uzytkowników, którym wolno wyłączać komputer, i zezwolenie tym właśnie użytkownikom na uruchamianie programu halt.

groupadd ''poweroffers''

Co spowoduje utworzenie grupy o nazwie poweroffers.
Teraz należy dodać do grupy uzytkowników, gdyż wciąż jest ona pusta. Służy do tego program gpasswd który modyfikuje plik /etc/group.

gpasswd -M agata,marek,piotrek poweroffers

Dzięki czemu do wcześniej utworzonej grupy poweroffers zostaną dodani użytkownicy agata, marek i piotrek.
Składania gpasswd jest banalna. Po fladze -M, odpowiedzialnej za zdefiniowanie członków grupy, następują nazwy użytkowników oddzielone przecinkiem. Na samym końcu znajduje się nazwa grupy, której zmiana dotyczy.

Teraz należy zmienić grupę pliku halt. Służy do tego program chown

chown :poweroffers /sbin/halt

Program ten służy do zmiany właścicieli pliku. Wpierw należy podać nazwę nowego użytkownika i nowej grupy oddzielone dwukropkiem (gdy zostanie podane tylko jedno z tych, drugie nie ulegnie zmianie), na końcu plik, którego to dotyczy.

Wersja dłuższa: użycie sudo

Wpisz

visudo

aby móc edytować plik /etc/sudoers. Jeżeli powłoka twierdzi, że nie zna takiego polecenia, upewnij się, że masz zainstalowany pakiet sudo w systemie. Wykonaj jedno z poniższych poleceń (w zależności od menadżera pakietów, którego używasz; możliwe, że Twój nie jest uwzględniony - w takim wypadku skonsultuj się z jego dokumentacją aby dowiedzieć się, jak zainstalować pakiet):

yum install sudo
apt-get install sudo
emerge sudo
pacman -S sudo

visudo domyślnie używa vima jako edytora. Krótki spis używanych poleceń: i - wejście w tryb edycji [esc] (klawisz escape) - wyjście z trybu edycji :wq - wyjście z <b>vim</b>a wraz z zapisaniem dokonanych zmian

Teraz dopisz linijki

User_Alias USERS=Nazwa_Uzytkownika 
Cmnd_Alias SHUTDOWN=/sbin/shutdown
USERS ALL=NOPASSWD:SHUTDOWN

Gdzie oczywiście Nazwa_Uzytkownika to nazwa użytkownika, któremu chcesz dać prawo wyłączania komputera. Najprawdopodobniej jesteś to Ty, jeżeli posiadasz współdzielony komputer, możesz dać takie prawo innym użytkownikom dopisując ich nazwy oddzielone przecinkiem.

Plik sudoers jest niezwykle pomocny w administrowaniu systemu z wieloma użytkownikami. Mówiąc najprościej jak umiem - określa co kto może wykonać. Musisz wiedzieć, że w systemach Uniksowych w celach bezpieczeństwa zwykły użytkownik ma bardzo ograniczone prawa - jedynie do swojego podwórka, jakim jest jego folder domowy. Plik sudoers może to zmienić - i nie chodzi tu o zwykłe zmienienie uprawnień plików. Sama składnia wygląda tak:

sudo (polecenie)

gdzie, co chyba jasne, polecenie jest poleceniem, jakie chcesz wykonać. Program najpierw sprawdza, czy użytkownik jest na liście w pliku sudoers. Jeśli jest analizuje polecenie w celu sprawdzenia, czy użytkownik może je wykonywać. Jeśli wszystko jest ok - wykonuje to. Często gesto po wydaniu polecenia sudo program poprosi o wpisanie hasła użytkownika będącego na liście sudoers. Bezpieczeństwo przede wszystkim.
Najpierw dodałeś linię zaczynającą się od ' User_Alias '. Dzięki temu program wie, że będziesz określał użytkownika - doda go do listy sudoersów. Następnie w tej samej linii określasz inną informację dla systemu - jak będziesz nazywał danego użytkownika. Ustawienie to dotyczy jedynie pliku sudoers.
Linijkę niżej dodałeś polecenie. Pierwszy człon informuje program, że będziesz określał jakiś program. Drugi człon składa się z nazwy, jaką będziesz się posługiwał w pliku sudoers i tego, co naprawdę oznacza dane wyrażenie.
I gwóźdź programu czyli przyznanie uprawnień. Najpierw określasz użytkowników - posługujesz się wcześniej zdefiniowaną wartością. Następnie określasz którzy z tej zmiennej mogą to robić. Potem mówisz programowi, że będą mogli coś wykonywać bez wpisywania hasła a na samym końcu definiujesz, czym to coś jest.

Wyjdź z programu zapisując zmiany.

#
# 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

# Host alias specification
# User alias specification

# Cmnd alias specification

# User privilege specification
root    ALL=(ALL:ALL) ALL

# Allow members of group sudo to execute any command
%sudo    ALL=(ALL:ALL) ALL

#includedir /etc/sudoers.d

%wheel   ALL = NOPASSWD: /usr/sbin/xfsm-shutdown-helper


%shutdown ALL=(root) NOPASSWD: /usr/sbin/xfsm-shutdown-helper


User_Alias USERS=Lucjan
Cmnd_Alias SHUTDOWN=/sbin/shutdown
USERS ALL=NOPASSWD:SHUTDOWN

I za nic nie działa. Pola "Wyłącz" i "uruchom ponownie" są nieaktywne.

Ostatnio edytowany przez sir_lucjan (2011-04-14 17:33:28)

Czytałem. Zrobiłem to, co kazali :P

sir_lucjan: To nie ma rozwiązać Twojego problemu nieaktywnych przycisków, tylko dać możliwość wyłączenia kompa z poziomu użytkownika (poleceniem lub własnym aktywatorem), żebyś nie musiał logować się na roota. Ot obejście takie.

Sprawdź czy działa po zalogowaniu z poziomu gdm.

Ja bym spróbował na gdm (wyleciał z Sida już), gdm3 w sumie też powinien się nadać.
Chodzi o menedżer logowania, który ustawi sesję jako aktywną:

$ ck-list-sessions
Session1:
    unix-user = '1000'
    realname = 'ArnVaker'
    seat = 'Seat1'
    session-type = ''
    active = TRUE
    x11-display = ':0'
    x11-display-device = '/dev/tty7'
    display-device = ''
    remote-host-name = ''
    is-local = TRUE
    on-since = '2011-04-14T15:48:35.987799Z'
    login-session-id = '4294967295'

    active = TRUE

U mnie w każdym razie na slim nie bangla:

$ ck-list-sessions
Session2:
    unix-user = '1000'
    realname = 'ArnVaker'
    seat = 'Seat2'
    session-type = ''
    active = FALSE
    x11-display = ':0.0'
    x11-display-device = '/dev/tty7'
    display-device = ''
    remote-host-name = ''
    is-local = FALSE
    on-since = '2011-04-14T16:37:57.578310Z'
    login-session-id = '4294967295'

    active = FALSE

No to na co czekasz? Sprawdź na gdm…

sir_lucjan napisał(-a):

Sprawdziłem, działa,

W takim razie możesz zostać na menedżerze odpalającym aktywną sesję albo cofnąć consolekit do wersji ze Squeeze.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598150#124

Czyli nie po aktualizacji Xfce do 4.8?