Re: xscreensaver

Page principale

Répondre à ce message
Auteur: Clement Hermann
Date:  
À: guilde
Nouveaux-sujets: Re: xscreensaver
Sujet: Re: xscreensaver


Patrick Dupre LCMI wrote:
>
> >
> > Le jeu, 30 déc 1999, vous avez écrit :
> > > Que penser de:
> > > Xlib: connection to ":0.0" refused by server
> > > Xlib: Client is not authorized to connect to Server
> > > xscreensaver: Can't open display: :0
> > > xscreensaver: initial effective uid/gid was root/root (0/0)
> > > xscreensaver: running as nobody/nobody (99/99)
> > >
> > > sous gnome ?
> >
> > Problème de droit sur le serveur X. Voir les commandes xhost et Xauth.
> >
>
> Oui, peut-ete, mais j'ai pas encore la solution:
> xhost en mode ecran me donne systematiquement :
> _X11TransSocketUNIXConnect: Can't connect: errno = 111
> xhost: unable to open display ":0"
>
> si aucune fenetre X est ouverte, et:
> access control enabled, only authorized clients can connect
>
> en mode X
>
> et xauth me donne:
> Authority file:       /root/.Xauthority
> File new:             no
> File locked:          no
> Number of entries:    4
> Changes honored:      yes
> Changes made:         no
> Current input:        (stdin):2
> xauth> list
> Eschyle.polycnrs-gre.fr/unix:0  MIT-MAGIC-COOKIE-1  3415df354535fa219b2b3805424284fd
> Eschyle.polycnrs-gre.fr:0  MIT-MAGIC-COOKIE-1  3415df354535fa219b2b3805424284fd
> Eschyle.polycnrs-gre.fr/unix:1  MIT-MAGIC-COOKIE-1  5f83e8523642b19b787e932b4ca7fe4f
> Eschyle.polycnrs-gre.fr:1  MI........

>
> Donc, je ne comprends pas le probleme:
> Je n'ai pas de fichiers .Xresources (aucun fourni avec la distribution).
> Si vous avez plus d'idees ?
>
> Meric.


Est-ce que tu ne serais pas en train d'essayer de lancer un programme
sous X par un autre utilisateur que celui auquel appartient la session X
?
Exemple : je me connecte sous X en tant qu'utilisateur lambda, et dans
une Xterm je fait un "su" pour obtenir les droits du root. Dans ces
conditions, le Magic Cookie utilisé devient celui du root
(/root/.Xauthority) au lieu de celui de l'utilisateur lambda
(/home/lambda/.Xauthority). Donc, xauth prend ça pour une tentative
d'accès au serveur X par quelqu'un qui n'est pas hbilité à le faire et
lui refuse la connection. La solution :

Quand tu fait un su dans une xterm, pour de lambda devenir root, fait
ensuite (donc en tant que root)
mkxauth -m lamda

(où "lambda" est le nom de l'utilisateur à qui appartient la session X)

ce qui te donne le même Magic Cookie que celui de l'utilisateur lambda.
En fait, cela revient à taper "cp /home/lambda/.Xauthority
/root/.Xauthority, mais c'est quand même plus rapide, et puis c'est plus
propre (dixit mon frère qui, lui, s'y connait... C'est pas comme moi !
;-))
--

Clément "KorN" Hermann_______________________________________
"de la musique avant toute chose,      .^.               ___ !
et pour cela préfère les pingouins"   /_V_\    o   o    l   l! 
(librement, et sans remords aucun,   / ___ \  l   l     l   l! 
 adapté de Verlaine)                ( (   ) ) l___l    o   o !           
_____________________________________\_\_/_/_________________!