Come avviare un'applicazione GUI nella sessione grafica di un altro utente?

Quello che vuoi ottenere è possibile ma difficile. È necessario avviare l'applicazione all'interno della sessione utente appropriata. Per motivi di sicurezza, attraversare la divisione della sessione utente è difficile.

Hai bisogno di un processo già in esecuzione nella sessione di un altro utente per ascoltare la tua richiesta e avviare l'applicazione per tuo conto.

launchd's bsexec

Per fortuna, le versioni recenti di launchd hanno questa capacità; anche se gli ingegneri Apple non hanno raccomandato il suo uso generale. Utilizza l'opzione bsexec in launchctl come target la sessione utente appropriata:

 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.

L'approccio consigliato è quello di scrivere un ticket di lavoro launchd e riavviare il Mac, oppure chiedere all'utente di disconnettersi e rientrare di nuovo.

Causa dei problemi

I problemi derivano dall'applicazione connessa al processo WindowServer sbagliato. Ogni sessione utente ha un WindowServer separato; questo processo gestisce l'interfaccia utente. I tuoi metodi precedenti collocano la proprietà del processo con l'utente giusto ma connesso al tuo processo WindowServer.

Questo problema è menzionato nella nota tecnica di Daemons and Agents di Apple.

L'esperienza

Lo so per esperienza personale. Per Power Manager, ho scritto pmuser per esistere all'interno di ciascun utente sessione. pmuser ascolta il nostro daemon e gestisce gli avvii e i comandi per utente. Nonostante il nostro daemon abbia l'autorizzazione root, abbiamo comunque bisogno di un processo per utente che funzioni in maniera affidabile all'interno delle sessioni utente.

Nessuna delle risposte bsexec di cui sopra funziona su El Capitan (10.11), a causa del System Integration Protection (SIP) che chiude le porte. "launchctl asuser" funziona, ma richiede di essere eseguito come root. Il comando seguente funziona su El Capitan (e sui SO più recenti):

sudo launchctl asuser 501 open /Applications/Calculator.app

Notare che 501 è l'ID utente per il mio altro utente.

Come finalmente 10.10 fornisce un'implementazione corretta di "launchctl bsexec" puoi usare:

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

l'uomo dice

This executes the given command in as similar an execution context as possible to the target PID.

Quindi come parametro PID puoi usare il pid del processo loginwindow appropriato. L'UID è l'id utente dell'utente che possiede la finestra di login e il GID è il suo gruppo principale.

Funziona bene per qualsiasi comando e, naturalmente, per i lavori di avvio (ad esempio launchagents), anche alla fine:

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

Funziona tramite 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

ma se provalo tramite Terminal.app, allora apre TextEdit nella GUI dell'utente corrente.

Se non sei sicuro che ssh sia abilitato, forse puoi abilitarlo temporaneamente

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

e disattivarlo di nuovo in seguito, se necessario?

Altrimenti sono perplesso.

Testato il 10.9.

Semplice

sudo su name_of_user

quindi esegui normalmente i comandi.