¿Cómo lanzar una aplicación GUI en la sesión gráfica de otro usuario?

Lo que quieres lograr es posible pero difícil. Debe iniciar la aplicación dentro de la sesión de usuario apropiada. Por razones de seguridad, cruzar la división de sesión del usuario es difícil.

Necesita un proceso que ya se esté ejecutando en la sesión del otro usuario para escuchar su solicitud e iniciar la aplicación en su nombre.

bsexec de launchd

Afortunadamente, las versiones recientes de launchd tienen esta habilidad; Aunque los ingenieros de Apple no han recomendado su uso general. Use la opción bsexec en launchctl para apuntar la sesión de usuario apropiada:

 bslist [PID | ..] [-j]
          This prints out Mach bootstrap services and their respective states. While the namespace
          appears flat, it is in fact hierarchical, thus allowing for certain services to be only avail-
          able to a subset of processes. The three states a service can be in are active ("A"), inactive
          ("I") and on-demand ("D").

          If [PID] is specified, print the Mach bootstrap services available to that PID. If [..] is
          specified, print the Mach bootstrap services available in the parent of the current bootstrap.
          Note that in Mac OS X v10.6, the per-user Mach bootstrap namespace is flat, so you will only
          see a different set of services in a per-user bootstrap if you are in an explicitly-created
          bootstrap subset.

          If [-j] is specified, each service name will be followed by the name of the job which regis-
          tered it.

 bsexec PID command [args]
          This executes the given command in the same Mach bootstrap namespace hierachy as the given
          PID.

 bstree [-j]
          This prints a hierarchical view of the entire Mach bootstrap tree. If [-j] is specified, each
          service name will be followed by the name of the job which registered it.  Requires root priv-
          ileges.

El enfoque recomendado es escribir un ticket de trabajo de launchd y reiniciar la Mac, o pedirle al usuario que cierre la sesión y vuelva a iniciarla.

Causa de los problemas

Los problemas se derivan de la aplicación conectada al proceso WindowServer incorrecto. Cada sesión de usuario tiene un WindowServer separado; este proceso maneja la interfaz de usuario. Sus métodos anteriores colocan la propiedad del proceso con el usuario correcto pero conectado a su propio proceso de WindowServer.

Este problema se menciona en la Daemons and Agents nota de Apple.

Experiencia

Lo sé por experiencia personal. Para Power Manager, escribí pmuser para existir dentro de cada usuario sesión. pmuser escucha nuestro demonio y maneja los comandos y los lanzamientos por usuario. A pesar de que nuestro daemon tiene autoridad de root, todavía necesitábamos un proceso por usuario para trabajar de manera confiable dentro de las sesiones de usuario.

Ninguna de las respuestas de bsexec anteriores funciona en El Capitán (10.11), debido a que la Protección de integración del sistema (SIP) cierra los puertos. "launchctl asuser" funciona, pero debe ejecutarse como root. El siguiente comando funciona en El Capitán (y en los sistemas operativos más recientes):

sudo launchctl asuser 501 open /Applications/Calculator.app

Tenga en cuenta que 501 es el ID de usuario de mi otro usuario.

Como finalmente 10.10 proporciona una implementación correcta de "launchctl bsexec", puede utilizar:

sudo /bin/launchctl bsexec PID chroot -u UID -g GID / open /Applications/TextWrangler.app

el hombre dice

  

Esto ejecuta el comando dado en un contexto de ejecución lo más similar posible al PID de destino.

Por lo tanto, como parámetro PID, puede utilizar el pid del proceso loginwindow apropiado. El UID es el ID de usuario que posee el usuario en esa ventana de inicio de sesión y el GID es su grupo principal.

Esto funciona bien para cualquier comando y, por supuesto, también para los trabajos launchd (por ejemplo, launchagents) como:

/bin/launchctl bsexec 104 chroot -u 501 -g 20 / /bin/launchctl load -S Aqua /Library/LaunchAgents/com.youragent.plist 2>&1

Esto funciona a través de ssh:

#!/bin/bash

PID=$(ps auxwww | egrep "^bar" |\
fgrep /System/Library/CoreServices/loginwindow.app/Contents/MacOS/loginwindow |\
awk '{print $2}')

sudo launchctl bsexec "$PID" open -a TextEdit

pero si lo intenta a través de Terminal.app, entonces abre TextEdit en la GUI del usuario actual.

Si no estás seguro de que ssh esté habilitado, quizás puedas habilitarlo temporalmente

sudo launchctl load -w /System/Library/LaunchDaemons/ssh.plist

y deshabilítelo de nuevo si es necesario?

De lo contrario estoy perplejo.

Probado el 10.9.

Simple

  

sudo su name_of_user

luego ejecuta los comandos normalmente.