Portál AbcLinuxu, 17. července 2025 18:24
V kratkosti jde o to, ze kdyz si pusti nejakej uzivatel Xka, tak si (udela to nejakej skriptik) zaroven do Xauthority vygeneruje nejaky cookie (obvykle programem cookie) pro zadanej screen. Zaznam (z xauth list) pak muzes obsahovat napr.
localhost/unix:1 MIT-MAGIC-COOKIE-1 c611f0634f743dd3d06605684cb6204f
protoze stejny soubor pouzivaji i X programy, tak kdyz stejnej user spusti nejakej X program, tak se vezme ten cookie a overi se na X serveru a protoze souhlasi, tak se program spusti. Kdyz bys ten program pustil pod jinym userem, nebo bys mel v promenne $XAUTHORITY nastavenej nejakej jinej soubor, a proste bys nemel v Xauthority spravny cookie pro screen (kterej je v $DISPLAY, nebo na kterej chces zobrazit program), tak to selze a vyhodi presne tu hlasku, co ti to vyhodilo. Obvykle se to stava, kdyz se clovek snazi spustit program do X z jinyho usera, kterymu jsi nedal stejny cookie. Vetsinou se to resi tak, ze si zobrazis cookie pro dany $DISPLAY (xauth list) a pak ho pod druhym userem vlozis pro ten screen
xauth auth :0 . c611f0634f743dd3d06605684cb6204f(Zkontroluj promennou XAUTHORITY, jestli obsahuje spravny soubor, melo by to byt $HOME/.Xauthority = napr. /home/karel/.Xauthority)
Snad ti to pomuze. Rozhodne bych ale nemenil prava, kdyz to skutecne nepotrebujes. Hodne veci bys mel mit moznost spustit pod obyc userem. Nektere veci (napr. smbmount...) potrebujou bezet pod rootem, to ti vetsinou napise, ze nemas pravo nebo ti sam rekne, ze musi bezet jako root, potom je dobry pouzit program sudo. V ostatnich pripadech se snazis s nejvetsi pravdepodobnosti delat neco, co bys nemel a jeste jednou to promysli.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.