Forum Debian Users Gang

QbaC1 · 2006-04-19 17:45:26

jak można zmusić debiana, aby root mógł się logować w srodowisku graficznym?

BiExi · 2006-04-19 17:56:15

http://dug.net.pl/faq/index.php?kat=7&id=83

QbaC1 · 2006-04-21 08:10:25

ok dzięki, a teraz niech mi jeszcze ktoś powie jak odpalić jakiś program z GUI z pod root'a będąc na koncie zwykłego uzytkownika, bo teraz wyswiela mi się coś takiego:

Xlib: connection to ":0.0" refused by server
Xlib: No protocol specified

k3b: cannot connect to X server :0.0

Bodzio · 2006-04-21 08:31:27

jako user: xhost +
jako root -> program

kaszak696 · 2006-04-21 15:26:30

jako user: xhost +
jako root -> program

xhost + to trochę niebezpieczne podejście, lepiej będzie

Kod:

xhost local:root

dzięki temu z xów nie skorzystają jacyś nieproszeni goście, tylko root (zwłaszcza jak masz LAN).

BiExi · 2006-04-21 17:11:59

zawsze mozna

ALT + F2

nazwa programu opcje
irichom jako inny uzytkownik

andreq · 2006-04-22 13:00:04

może jestem lekko przewrażliwiony ale dam wycinek z Debian Reference:
"9.4.12 Zdobywanie uprawnień administratora w X

Jeśli program z GUI musi być uruchomiony z uprawnieniami administratora użyj następującej procedury.Nigdy nie uruchamiaj X serwera bezpośrednio z konta roota, aby uniknąć problemów z bezpieczeństwem.

Uruchom X serwer jako zwykły użytkownik i otwórz okno programu xterm. Potem:

$ XAUTHORITY=$HOME/.Xauthority
$ export XAUTHORITY
$ su root
Password:*****
# printtool &

Używając tego sposobu by zyskać prawa użytkownika innego niż root, upewnij się, że ~/.Xauthority jest dostępny do odczytu dla grupy tego użytkownika.

Aby zautomatyzować te sekwencje poleceń, utwórz plik ~/.xsession na koncie użytkownika zawierający linie:

# To sprawia, że X-y działają, kiedy za pomocą su staję się root'em.
if [ -z "$XAUTHORITY" ]; then
XAUTHORITY=$HOME/.Xauthority
export XAUTHORITY
fi
unset XSTARTUP
# Jeśli jakieś menedżery okien/sesji są wybrane, odkomentuj następujące
# linie i dostosuj je do swoich potrzeb.
#XSTARTUP=/usr/bin/blackbox
# To uruchomi program x-window/session-manager
if [ -z "$XSTARTUP" ]; then
if [ -x /usr/bin/x-session-manager ]; then
XSTARTUP=x-session-manager
elif [ -x /usr/bin/x-window-manager ]; then
XSTARTUP=x-window-manager
elif [ -x /usr/bin/x-terminal-emulator ]; then
XSTARTUP=x-terminal-emulator
fi
fi
# Uruchom automatycznie wybrany menedżer okien/sesji X
exec $XSTARTUP

Następnie uruchom su (nie su -) w oknie programu xterm. Teraz programy uruchamiane z tego xterma będą wyświetlać się temu użytkownikowi, podczas gdy pracować będą z prawami administratora. Działa to tak długo, jak długo domyślny plik /etc/X11/Xsession jest wykonywany. Jeśli użytkownik zmienił swoje środowisko edytując ~/.xinit lub ~/.xsession, to wymieniona zmienna środowiskowa XAUTHORITY musi być w nich odpowiednio zmieniona.

Opcjonalnie, sudo może być wykorzystane dla zautomatyzowania tej sekwencji poleceń:

$ sudo xterm
... lub
$ sudo -H -s

W tym wypadku plik /root/.bashrc powinien zawierać:

if [ $SUDO_USER ]; then
sudo -H -u $SUDO_USER xauth extract - $DISPLAY | xauth merge -
fi

Działa to poprawnie nawet gdy katalog domowy użytkownika jest na NFS, ponieważ root nie odczytuje jego .Xauthority.

Jest kilka pakietów przeznaczonych specjalnie dla tego celu: kdesu, gksu, gksudo, gnome-sudo, i xsu. Parę innych metod może być użytych do osiągnięcia podobnych rezultatów: utworzenie dowiązania symbolicznego z pliku /root/.Xauthority do użytkownika, użycie skryptu sux; lub wpisanie „xauth merge ~USER_RUNNING_X/.Xauthority” w plikach startowych administratora.

Przeczytaj więcej na debian-devel mailing list. "

czadman · 2006-04-22 13:58:56

Oczywiście można użyć sudo do uruchomienia progamu z gui z uprawnieniami roota, nie potrzeba polecenia xhost.

AgayKhan · 2008-03-12 20:55:15

Albo sux

azhag · 2008-03-12 21:56:16

Nie mogłeś poczekać jeszcze miesiąca i 10 dni? Wtedy odkopałbyś równo dwuletni temat. :)

Dopisek:
Ach, to ktoś inny podał link w innym temacie. :)

Ostatnio edytowany przez azhag (2008-03-12 21:58:20)

AgayKhan · 2008-03-12 21:58:51

To przez Ryszarda . Zły Ryszard linka tu dał. Musiałem dopisać tego suksa.

fnmirk · 2008-03-13 13:37:56

Kod:

su-to-root -c /ścieżka_do_programu

np.:

Kod:

su-to-root -c /bin/nano

azhag · 2008-03-13 14:03:54

Ale nano jest tekstowym programem. :)

Tak więc należałoby dodać flagę -X. Z dwojga wolę krótsze sux. Też ma flagę -c, do wykonania polecenia, zamiast uruchomienia powłoki.

fnmirk · 2008-03-13 15:11:31

Zamiast nano, uruchomisz każdy program w taki sposób w każdym środowisku graficznym --- jako root --- można np.: k3b

Ostatnio edytowany przez fnmirk (2008-03-13 15:14:21)

azhag · 2008-03-13 15:34:27

Faktycznie.
Choć --help sugeruje właśnie flagę -X w przypadku aplikacji graficznych.

zomer · 2008-08-20 14:53:07

Jak zrobić żeby root nie mógł się logować na x-ach? Żeby po wpisaniu np polecenia #kate dostawać wynik

Kod:

Xlib: connection to ":0.0" refused by server 
Xlib: No protocol specified

Coś mam namieszane w systemie i teraz root bez problemu uruchamia każdy program bez konieczności wywołania kdesu lub gksu Jak to zmienić?

Ostatnio edytowany przez zomer (2008-09-23 14:37:11)

bercik · 2008-08-20 16:27:27

za ustawinie uprawnien odpowiedzialna jest komenda xhost - zobacz czy w skryptach startowych masz moze gdzies zezwlenie - jezeli tak to wywal ... jezeli nie to po prostu zabron ...

zomer · 2008-09-23 14:36:10

Przeszukałem: /etc/init.d# cat policycoreutils | grep xhost*

Kod:

/etc/init.d# cat policycoreutils | grep xhost*
/etc/init.d# cat rc.local | grep xhost*
/etc/init.d# cat kdm | grep xhost*

Sprawdziłem w /etc/X11/xserver/SecurityPolicy
jest tak. Czyli domyślnie

Kod:

RESOURCE_MANAGER root ar iw
property SCREEN_RESOURCES root ar iw

W pliku
cat /root/.bashrc
mam

Kod:

# ~/.bashrc: executed by bash(1) for non-login shells.

export PS1='\h:\w\$ '
umask 022

# You may uncomment the following lines if you want `ls' to be colorized:
# export LS_OPTIONS='--color=auto'
# eval "`dircolors`"
# alias ls='ls $LS_OPTIONS'
# alias ll='ls $LS_OPTIONS -l'
# alias l='ls $LS_OPTIONS -lA'
#
# Some more alias to avoid making mistakes:
# alias rm='rm -i'
# alias cp='cp -i'
# alias mv='mv -i'

# Comment in the above and uncomment this below for a color prompt
PS1='${debian_chroot:+($debian_chroot)}\[\033[01;31m\]\u@\h\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$ '

# enable color support of ls and also add handy aliases
if [ "$TERM" != "dumb" ]; then
    eval "`dircolors -b`"
    alias ls='ls --color=auto'
    alias dir='dir --color=auto'
    #alias dir='ls --color=auto --format=vertical'
    #alias vdir='ls --color=auto --format=long'

Polecenie xhost- wydane jako user nie blokuje x-ów u roota.
Nie mam pojęcia gdzie tego szukać. Wszędzie jest pełno rad jako odblokować bezpośredni dostęp roota do x-ów, ale jak go zablokować nie ma.
Pamiętam że kiedyś x-y dla roota byłly zablokowane. Chciałbym aby było tak nadal.

Ostatnio edytowany przez zomer (2008-09-23 14:48:01)

fnmirk · 2008-09-23 15:44:24

Kod:

dpkg-reconfigure x11-common

Chyba o to chodzi.

zomer · 2008-09-23 16:17:40

jako root

dpkg-reconfigure x11-common

trzy możliwości do wybrania

Kod:

Użytkownicy mogący uruchamiać serwer X:                                 
                                                                         
                       Tylko root                                     
                       Tylko użytkownicy konsoli   --> wybrałem to                 
                       Każdy użytkownik

Niestety nadal mogę bezpośrednio jako root uruchamiać np. kate
a powinienem dostać coś takiego

Kod:

Xlib: connection to ":0.0" refused by server 
Xlib: No protocol specified

Ryszard · 2008-09-23 16:29:50

do bani do pupy alba ja głupi lub system
root to root ma do wszytkiego wheel byc moze ty jesteś w grupie cemniak a root guru

zomer · 2008-09-23 16:37:32

Może.
Xhost daje możliwość dostępu zdalnego, dlatego możliwość uruchamiania jako root program_kde była zblokowana.
Można to było robić pośrednio np. kdesu porgram_kde lbu gsu program_kde.
Teraz kiedy jest inaczej to ja się zastanawiam czy bezpieczeństwo mojego systemu nie zostało naruszone z zewnątrz. Na forach czytałem że xhost to niezła dziura.
Może programiści debiana wprowadzili ostatnio zmiany w tym temacie. Nie wiem. Ja tylko widzę brak pewnego zabezpieczenia które jeszcze nie dawno było.

Ostatnio edytowany przez zomer (2008-09-23 16:38:16)

ilin · 2008-09-23 16:43:26

Nigdy sie w to nie zagłebiałem ale jak nie mam żadnego menadzera logowania to moge jako root bezpośredni programy odpalać.
Wystarczy zaś zainstalować np KDMa to już nie.
Trzeba przez kdesu albo xhost

zomer · 2008-09-23 16:56:00

No to mnie uspokoiłeś. Paranoja zaczęła mi się wkradać :) do głowy.
Chociaż Kdm`a zainstalowanego mam, lecz system uruchamiam z gdm`a. Pewnie to jest przyczyną.
Może ten gdm jest odporniejszy na manipulacje z zewnątrz.

Ostatnio edytowany przez zomer (2008-09-23 17:06:01)

Bodzio · 2008-09-23 17:53:29

weźcie panowie wypieprzcie te menadżery logowania, bo one tylko zamęt sieją. Zwykła konsola i startx i ma działać.

Forum Debian Users Gang

Ogłoszenie

#1 2006-04-19 17:45:26

QbaC1 - Użytkownik

root i X-y

#2 2006-04-19 17:56:15

BiExi - matka przelozona

Re: root i X-y

#3 2006-04-21 08:10:25

QbaC1 - Użytkownik

Re: root i X-y

#4 2006-04-21 08:31:27

Bodzio - Ojciec Założyciel

Re: root i X-y

#5 2006-04-21 15:26:30

kaszak696 - Członek DUG

Re: root i X-y

Kod:

#6 2006-04-21 17:11:59

BiExi - matka przelozona

Re: root i X-y

#7 2006-04-22 13:00:04

andreq - Członek DUG

Re: root i X-y

#8 2006-04-22 13:58:56

czadman - Bicycle repairman

Re: root i X-y

#9 2008-03-12 20:55:15

AgayKhan - Członek DUG

Re: root i X-y

#10 2008-03-12 21:56:16

azhag - Admin łajza

Re: root i X-y

#11 2008-03-12 21:58:51

AgayKhan - Członek DUG

Re: root i X-y

#12 2008-03-13 13:37:56

fnmirk - Redaktor

Re: root i X-y

Kod:

Kod:

#13 2008-03-13 14:03:54

azhag - Admin łajza

Re: root i X-y

#14 2008-03-13 15:11:31

fnmirk - Redaktor

Re: root i X-y

#15 2008-03-13 15:34:27

azhag - Admin łajza

Re: root i X-y

#16 2008-08-20 14:53:07

zomer - Użytkownik

Re: root i X-y

Kod:

#17 2008-08-20 16:27:27

bercik - Moderator Mamut

Re: root i X-y

#18 2008-09-23 14:36:10

zomer - Użytkownik

Re: root i X-y

Kod:

Kod:

Kod:

#19 2008-09-23 15:44:24

fnmirk - Redaktor

Re: root i X-y

Kod:

#20 2008-09-23 16:17:40

zomer - Użytkownik

Re: root i X-y

Kod:

Kod:

#21 2008-09-23 16:29:50

Ryszard - Piwo DUG

Re: root i X-y

#22 2008-09-23 16:37:32

zomer - Użytkownik

Re: root i X-y

#23 2008-09-23 16:43:26

ilin - Palacz