Bagaimana cara meluncurkan aplikasi GUI di sesi grafis pengguna lain?

Saya mencoba mencari cara untuk meluncurkan aplikasi GUI sebagai pengguna lain yang masuk secara interaktif, dalam sesi grafis pengguna tersebut.

Misalnya, saya punya dua pengguna, foo dan bar. Keduanya masuk, tetapi pengguna interaktif saat ini adalah foo. Saya ingin meluncurkan Calculator.app sebagai "bilah" pengguna, sehingga ketika saya berpuasa pengguna beralih ke bilah, saya menemukan jendela Kalkulator terbuka di sesi bilah.

Inilah yang saya coba yang tidak berhasil:

sudo -u bar /Applications/Calculator.app/Contents/MacOS/Calculator

Ini meluncurkan Calculator.app sebagai bilah, tetapi jendela terbuka di sesi grafis foo.

sudo -u bar osascript -e "tell application \"Calculator\" to activate"

Efek yang sama.

sudo -u bar open "/Applications/Calculator.app"

Meluncurkan Kalkulator sebagai foo, bukan bar.

launchctl asuser [uid of bar] [any of the above commands]

Efek yang sama.

Apakah ada cara untuk mencapai ini? Saya bersedia untuk menghibur segala macam solusi yang mungkin, termasuk bash scripting, AppleScript, menulis Core Foundation atau program Cocoa, dan sebagainya. Dalam situasi saya, semua program atau skrip dapat dijalankan sebagai pengguna mana pun, termasuk root.

Catatan: Saya sadar bahwa itu mungkin menggunakan Acara Apple jarak jauh, tetapi saya tidak dapat menggunakannya karena dalam situasi yang saya coba lakukan ini saya tidak memiliki jaminan bahwa "Acara Apple Jarak Jauh" akan diaktifkan di preferensi Berbagi.

Bantuan apa pun akan sangat dihargai!

Apa yang ingin Anda capai adalah mungkin tetapi sulit. Anda harus meluncurkan aplikasi dalam sesi pengguna yang sesuai. Untuk alasan keamanan, melintasi pembagian sesi pengguna sulit.

Anda memerlukan proses yang sudah berjalan di sesi pengguna lain untuk mendengarkan permintaan Anda dan meluncurkan aplikasi atas nama Anda.

bsexec launchd

Untungnya, versi terbaru launchdmemiliki kemampuan ini; meskipun insinyur Apple belum merekomendasikan penggunaan umumnya. Gunakan bsexecopsi di launchctl untuk menargetkan sesi pengguna yang sesuai:

 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.

Pendekatan yang disarankan adalah menulis tiket kerja launchd dan me-restart Mac - atau meminta pengguna untuk log-out dan kembali lagi.

Penyebab Masalah

Masalahnya berasal dari aplikasi yang terhubung ke WindowServerproses yang salah . Setiap sesi pengguna memiliki WindowServer yang terpisah; proses ini menangani antarmuka pengguna. Metode Anda sebelumnya menempatkan kepemilikan proses dengan pengguna yang tepat tetapi terhubung ke proses WindowServer Anda sendiri.

Masalah ini disebutkan dalam catatan teknis Daemon dan Agen dari Apple.

Pengalaman

saya mengetahui ini dari pengalaman pribadi. Untuk Power Manager, saya menulis pmuser agar ada dalam setiap sesi pengguna. pmusermendengarkan daemon kami dan menangani peluncuran dan perintah per pengguna. Meskipun daemon kami memiliki otoritas root, kami masih membutuhkan proses per pengguna untuk bekerja dengan andal dalam sesi pengguna.

Tidak ada jawaban bsexec di atas yang berfungsi pada El Capitan (10.11), karena System Integration Protection (SIP) menutup port. "launchctl asuser" berfungsi, tetapi harus dijalankan sebagai root. Perintah di bawah ini berfungsi pada El Capitan (dan OS terbaru):

sudo launchctl asuser 501 open /Applications/Calculator.app

Perhatikan bahwa 501 adalah userid untuk pengguna saya yang lain.

Akhirnya, 10.10 menyediakan implementasi "launchctl bsexec" yang benar yang dapat Anda gunakan:

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

kata pria

Ini mengeksekusi perintah yang diberikan dalam konteks eksekusi yang mirip dengan PID target.

Jadi sebagai PID param Anda dapat menggunakan pid dari proses loginwindow yang sesuai . UID adalah id pengguna dari pengguna yang memiliki loginwindow dan GID adalah grup utamanya.

Ini berfungsi dengan baik untuk setiap perintah dan tentu saja untuk pekerjaan launchd (fe launchagents) juga pada akhirnya seperti:

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

Anda dapat menggunakan Finder sebagai tuan rumah untuk izin yang tepat osascript -e "tell application \"Finder\" to open (\"${app}\" as POSIX file as alias)". Dengan begitu ia akan diluncurkan melalui konteks GUI apa pun yang diluncurkan Finder.

Ini bekerja melalui 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

tetapi jika mencobanya melalui Terminal.app, maka itu akan membuka TextEdit di GUI pengguna saat ini.

Jika Anda tidak yakin itu sshdiaktifkan, mungkin Anda dapat mengaktifkannya untuk sementara

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

dan nonaktifkan lagi setelah itu jika perlu?

Kalau tidak, saya bingung.

Diuji pada 10.9.

Sederhana

sudo su name_of_user

kemudian jalankan perintah secara normal.