.NET - Удаленный запуск программы под сессией пользователя

Iska · Отправлено: **21:22, 30-04-2013** | #2

Цитата reliter:

При помощи WMI удаленно создается процесс, висит в таск менеджере, но само окошечко программы не появляется. »

И не появится.

Create method of the Win32_Process class (Windows):

Цитата:

Windows 2000 Professional with SP2 and earlier, Windows NT, and Windows 98/95: Win32_Process.Create can create an interactive process remotely.

От Windows XP и выше — не выйдет.

Цитата reliter:

Как это можно решить? »

В рамках данной методики — никак. Если надо остаться в рамках Wbem — используйте старый дедовский способ: создание задания посредством Win32_ScheduledJob/at.exe, отсрочив его однократный запуск на минуту.

reliter · Отправлено: **23:14, 30-04-2013** | #3

Iska, огромное спасибо за ответ!
А есть ли еще какие-нибудь методики? PsExec не в счет.
Хотелось бы реализовать возможность удаленного запуска программы без создания задания.

Iska · Отправлено: **03:55, 01-05-2013** | #4

reliter, у Василия Гусева (PowerShell и другие скрипты | Get-Command | Out-Blog) есть хорошая статья на эту тему: Семь способов лениться - № 04, 2009 | Windows IT Pro | Издательство «Открытые системы» (в блоге тоже есть, но частями).

Iska · Отправлено: **10:48, 01-05-2013** | #5

reliter, перечитал последние посты и решил уточнить пост #2: не получится создать именно интерактивный процесс, дающий доступ зарегистрированному на удалённой рабочей станции пользователю к его графическому/консольному интерфейсу. За сим исключением всё прочее работает: процесс можно удалённо запускать, следить за ним, прерывать его работу и т.п.

reliter · Отправлено: **15:15, 01-05-2013** | #6

Спасибо еще раз!
В принципе лучше PsExec, от которого хотелось изначально отказаться по некоторым причинам, после всех попыток ничего не нашлось. На удаленной машине приложение с GUI полноценно запустилось после установки ключа /s и указании конкретного номера сессии, где надо все запустить.
Есть еще проект RemCom, но он не умеет запускать прогу в конкретную сессию.

Iska · Отправлено: **18:31, 01-05-2013** | #7

Цитата reliter:

В принципе лучше PsExec, от которого хотелось изначально отказаться по некоторым причинам, после всех попыток ничего не нашлось. На удаленной машине приложение с GUI полноценно запустилось после установки ключа /s и указании конкретного номера сессии, где надо все запустить. »

reliter, фактически, PsExec использует при этом то же самое проксирование, описанное в статье выше, разве что сам умеет (при наличии у пользователя прав) себя «клонировать» на удалённую машину, исполнить эту копию и установить канал связи с «родителем».

А поинтересоваться можно — зачем Вам демонстрация GUI удалённому зарегистрированному пользователю?

reliter · Отправлено: **11:59, 04-05-2013** | #8

Да, конечно, можно!
Это нужно для того, чтобы пользователь мог воспользоваться чатом в автоматически запускающемся сервере на его машине при помощи PsExec.

Loveц · Отправлено: **15:50, 24-10-2013** | #9

Цитата reliter:

На удаленной машине приложение с GUI полноценно запустилось после установки ключа /s и указании конкретного номера сессии, где надо все запустить. »

Блин! А самое то важное?? Где взять этот "номер сессии"?? По учеткой system он процесс запускает, а не под пользователем....

vombat2 · Отправлено: **06:54, 28-12-2019** | #10

Цитата Loveц:

По учеткой system он процесс запускает, а не под пользователем.... »

psexec -i "номер сессии" запускает процесс в заданной сессии. Пробовал применить эту опцию для запуска программ с повышенными правами из планировщика - фиг, т.е. прога запускается, но появляется некое подобие окна..