RE: [Exim] Wandering off-topic: Xauthority files and su

Page principale
Supprimer ce message
Répondre à ce message
Auteur: aue@nirvis.com
Date:  
À: 'Jim Knoble'
CC: exim-users@exim.org
Sujet: RE: [Exim] Wandering off-topic: Xauthority files and su
Thanks!!
That all was enough to give me enough of a clue to start understanding the
docs. Sorry to newbify you but the Unix learning curve is a little steep
and I'm not too proud to beg help anywhere I can get it once I've pulled
all my hair out.

I read all your comments on xfering cookies but it seems like I would have
to do that every time. Is that true? I actually found the 'xhost +'
command to be just what I want. It simply turns off all the security.
Putting this in my '.profile' should give me a permenent security
override. I disabled my car alarm too.

David

-----Original Message-----
From:    Jim Knoble [SMTP:jmknoble@???]
Sent:    Friday, August 27, 1999 8:16 PM
To:    exim-users@???
Subject:    [Exim] Wandering off-topic: Xauthority files and su


Pa 1999-Aug-27 klokka 17:02:32 -0700 skrivet David Aue:

: Okay I'm kinda following you here. Unfortunately the man page doesn't
: really describe the scheme but I can see that there are some add and
: generate commands. The problem more specifically turns out to be that
: if I login into my personal account and then su to another account I
: can no longer run X programs. From poking around with xauth it looks
: like loging in with xdm creates some per session cookies for the logged
: in user and then su ing to another account changes over to the other
: accounts .Xauthority which has no cookies for the current session. So
: it would seem I need some kind of permenent cookie in the .Xauthority
: of the account I am su ing to.

If you su to a user which has read access to your ~/.Xauthority, you
can do the following:

    XAUTHORITY="${HOME}/.Xauthority"
    export XAUTHORITY


(or the equivalent csh command: setenv XAUTHORITY"${HOME}/.Xauthority").

Setting the XAUTHORITY envariable tells X to look for authority
information there rather than in the default location of ~/.Xauthority.

If you su to a user which does not have read access to your
~/.Xauthority, you may need to manually add a cookie to that user's
~/.Xauthority using xauth. For example:

    xauth list
    [select the relevant line or lines for your display using the mouse]
    su <user>
    xauth add [middle-click to paste the line you selected earlier]


Alternatively, if you have ssh available, you can use its X display
forwarding feature (usually on by default) to get around the Xauthority
problem:

    ssh -l <user> localhost


With display forwarding on, ssh will set up a pseudo-display and handle
setting a cookie in <user>'s ~/.Xauthority file automagically.

See the Xsecurity man page (it's in section one in my XFree86
distribution) for more info about Xauthority files.

--jim