Ejecutar la aplicación GUI como otro usuario (no root)

Digamos que tengo 2 cuentas de usuario user1y user2. Cuando inicio sesión como user1, y luego cambio a user2usar su, puedo ejecutar programas de línea de comandos, pero los programas GUI fallan.

Ejemplo:

user1@laptop:~$ su - user2
user2@laptop:~$ leafpad ~/somefile.txt
No protocol specified
leafpad: Cannot open display: 

Entonces, ¿cómo puedo ejecutar una aplicación GUI?

su vs. su -

Cuando te conviertes en otro usuario, generalmente quieres usarlo su - user2. El guión obligará a los usuarios2 .bash_profilea obtener su fuente.

xhost

Además, deberá otorgar a los usuarios acceso a su pantalla. Esto se rige por X. Puede usar el comando xhost +para permitir que otros usuarios muestren GUI en el escritorio del usuario1.

NOTA: Cuando se ejecute xhost +, querrá ejecutar esto mientras todavía está en un shell que pertenece al usuario1.

$ PANTALLA

Cuando se convierte en usuario2, es posible que deba establecer la variable de entorno $DISPLAY.

$ export DISPLAY=:0.0

Debe compartir el token de autenticación del usuario1 (suponiendo que ~sea ​​el hogar del usuario1 ):

cat ~/.Xauthority | sudo -u user2 -i tee .Xauthority > /dev/null

Puede usar el reenvío X11:

ssh -XY otheruser@localhost your-gui-program-name-here

Puede iniciar la aplicación desde otro usuario. Comenzaré la aplicación gimp desde user2, mientras estoy conectado (GUI) con el usuario 1:

$ xhost +
$ sudo su user2

(ingresar pase)

$ gimp

Disfruta :)

Puedes probar el comando sux:

sux user2

sux se encargará de las cosas $ DISPLAY por usted. Es posible que deba instalarlo con:

sudo apt-get install sux

bajo Debian / Ubuntu.

Como alternativa a sux, para ejecutar de forma segura el comando gráfico ( firefox-esren el ejemplo a continuación) como $AUTHUSER( guesten el ejemplo a continuación):

AUTHUSER=guest
AUTHSTRING=SI:localuser:${AUTHUSER}
xhost +${AUTHSTRING} > /dev/null
SUDO_ASKPASS=/usr/bin/ssh-askpass
export SUDO_ASKPASS
sudo -k --askpass -u ${AUTHUSER} /usr/bin/firefox-esr
xhost -${AUTHSTRING} > /dev/null
sudo -K

el código hace:

1. le da guestacceso al usuario a su usuario actual$DISPLAY través dexhost +SI:localuser:guest
2. utiliza ssh-askpasspara solicitarle una contraseña gráficamente (por supuesto, puede usar sudoers(5) NOPASSWD:para evitar esto, si su política de seguridad cree que está bien. O puede usar otros askpassprogramas o especificarlos en los archivos de configuración (consulte sudo(8)para obtener más detalles --askpass)
3. si la contraseña está bien (y tiene permisos sudoers(5)), ejecuta el comando /usr/bin/firefox-esrcomo otro usuario ( guest)
4. una vez que se completa el programa, se revocan los permisos para que otro usuario ( guest) acceda a su$DISPLAYxhost -SI:localuser:guest

5. finalmente, sudo -Kelimina la contraseña en caché, por lo que la próxima invocación de ssh-askpassle pedirá la contraseña nuevamente (en lugar de usar la contraseña en caché)

   mientras que es poco más trabajo de lo que gksu(8)o sux(8)lo hizo, que puede ser escrito, y es mucho más seguro que:

   • xhost + (cualquier usuario tendrá acceso a su pantalla gráfica mientras esté vigente)
   • legible ~ / .xauth por otros usuarios (acceso indefinido de ese usuario a su pantalla)
   • what gksu/ suxdid (copia temporal de ~/.Xauthority, que permitió al usuario especificado copiar su MIT-MAGIC-COOKIE-1y continuar usando su pantalla incluso después de que gksu / sux finalizó (siempre que no apague la máquina o cierre la sesión de la pantalla - los protectores de pantalla, hibernación, etc. no cambiaron la magia Galleta).

ya que solo permitirá el acceso de un usuario local a su pantalla, y luego solo mientras se ejecute el comando (cuando finalice el comando, $AUTHUSERya no podrá acceder a su pantalla de ninguna manera).

Otra alternativa segura es ssh -X(sin -Yque en realidad hace que sea menos seguro! Ver ForwardX11Trusteden ssh_config(5)los detalles), ya que es más fácil de usar si usted no está de secuencias de comandos, pero induce sobrecarga additinal (por ejemplo., Es más lento) y algunos programas podría no funcionar correctamente sin insegura -Y .

Necesita cargar la interfaz de usuario de instalación como usuario2 .

Intenta seguir esto:

Inicie sesión como root :

sudo su

Probar el servidor x:

xclock

Si puede ver un reloj funcionando, eso es bueno, ahora intente ejecutar esto:

xhost

El resultado debería ser así:

xhost SI:localuser:tri
# tri is my user name

Ahora deje que user2 acceda a xhost

xhost +SI:localuser:user2

ahora intente iniciar sesión nuevamente en user2 e intente abrir cualquiera de los programas GUI.