comment utiliser xauth pour exécuter une application graphique via un autre utilisateur sous linux

Mon compte d'utilisateur habituel est, disons, utilisateur1. J'ai créé un utilisateur2 distinct pour une application x que je souhaiterais exécuter tout en étant connecté à x en tant qu'utilisateur1, mais d'une manière qui l'empêcherait d'accéder en lecture / écriture aux données de l'utilisateur1. Je pensais que je pourrais utiliser xauth et sudo / su en user2 à partir de user1 pour exécuter cette application. Comment puis-je faire cela? Je ne sais pas comment configurer xauth.

Pour utiliser xauth de manière sélective, en tant qu'utilisateur 1 , exécutez:

xauth list|grep `uname -n`

Ceci imprime les entrées d'autorisation hexkey pour vous. Vous pouvez également associer différents affichages à ces hôtes.

En tant qu'utilisateur 2, configurez votre affichage (en supposant le cas par défaut):

DISPLAY=:0; export DISPLAY

Puis lancez:

xauth add $DISPLAY . hexkey

Notez le point après $ DISPLAY et avant la clé hexagonale.

Lorsque l'accès n'est plus nécessaire, en tant qu'utilisateur 2, vous pouvez exécuter:

xauth remove $DISPLAY

J'ai mis .zshrcune ligne avec export XAUTHORITY=~/.Xauthorityet maintenant je suis capable d'exécuter sudo -E xcommand. Après beaucoup de recherches sur Google, c'était pour moi le moyen le plus simple.

En supposant que debian ou ubuntu (devrait être similaire à Red Hat / SUSE).

sudo apt-get install sux
sux user -c 'command'

Premièrement: n'utilisez pas xhost +, c'est plutôt peu sécurisé (couverture autoriser / refuser).

Utilisez plutôt le mécanisme X-Cookie:

su user2
cp /home/user1/.Xauthority /home/user2/.Xauthority 
export DISPLAY=:0

Sinon, si vous avez suxinstallé, utilisez-le (voir la réponse de ehempel).

Dans les deux cas, l'utilisateur2 utilisera le cookie secret dans .Xauthority pour autoriser le serveur X, et personne d'autre n'y aura accès.

Remarques:

• En fonction de vos autorisations de fichier, vous devrez peut-être copier .Xauthority d'une autre manière.
• Au lieu de copier .Xauthority, vous pouvez également utiliser xauthpour extraire et copier la clé d'autorisation (voir la réponse de Randall). Si vous avez plusieurs clés dans le .Xauthorityfichier, cela est plus sélectif; sinon c'est une question de goût.

Cela résoudra le problème pour tous les utilisateurs:

cat <<EOF > /etc/profile.d/xauth.sh
#!/sbin/bash
export XAUTHORITY=~/.Xauthority
EOF

En tant que root:

xhost local:yourusername

Où yourusername est votre nom d'utilisateur :)

Ensuite, faites su comme votre utilisateur xclockdevrait travailler s'il est installé

Ce ne sont que des hacks:

• xauth + (non sécurisé)
• ssh -X utilisateur2 @ localhost (moche)

Sleske ci-dessus a, je pense, la solution appropriée.

J'ai trouvé quelque chose qui fonctionne très bien pour moi sur KDE

kdesu -u username /path/to/program

De cette façon, made in suse / opensuse: http://www.novell.com/support/kb/doc.php?id=7003743

Modifiez simplement le fichier /etc/pam.d/su en ajoutant l’option (en gras):

session optionnelle pam_xauth.so systemuser = 1

Ensuite, vous pouvez passer avec su sans -:

su utilisateur2

et lancez l'application graphiquement.

Pour GNOME (et sans aucun environnement de bureau, je l’utilise avec icewm uniquement) gksu:

gksu -u username program