Изучаю материалы по написанию служб в WinXP. Возникло непонимание: сколько объектов Winsta0 существует в системе - по одному на каждую сессию или один на систему?
Уважаемые авторы вопросов! Большая просьба сообщить о результатах решения проблемы на этой странице. Иначе, следящие за обсуждением, возможно имеющие аналогичные проблемы, не получают ясного представления об их решении. А авторы ответов не получают обратной связи. Что можно расценивать, как проявление неуважения к отвечающим от автора вопроса.
23-02-2008 01:54
То, что решение, в принципе, есть - уже радует.) Спасибо за намек. Буду пробовать.
>>>И что даст WTSQueryUserToken, если все пользователи вышли
Ничего. Если все вышли, то до нее дело вообще не должно доходить.
Да. с WinLogon есть проблемы, MS здесь серьезно прикрыли. Но они решаемые. Ищите, решение есть, но я, к сожалению, не имею возможности обсуждать его - обещал. Но намек все-же дам - внедрение.
Дело вот, в чем - прошлым летом начал было заниматься одним проектом, но появились другие - первостепенные. Кое-что тогда наковырял, сейчас возвращаюсь - вспоминаю. CreateProcessAsUser - тогда уже удавался, велся лог logon/logoff для пользователей, также - для смены(быстрого переключения) пользователей... Хранился токен активного пользователя (пользователя активной сессии), и др. Проблема была с десктопом(десктопами) Winlogon. Окна не попадали, куда нужно (возможно, попадали не на тот десктоп Winlogon(если этот десктоп тоже клонируется как Winsta0 и, например, winlogon.exe - по количеству подключенных пользователей) - были невидимы, а в процессах висели(под правильным пользователем, кстати) - потом через какое-то время с ошибкой вылетали, то ли еще какая-то неувязка). И что даст WTSQueryUserToken, если все пользователи вышли(logoff) из системы? А окно, все же, надо выдать на Winlogon. Здесь тоже что-то не получалось... Когда было залогинено несколько пользователей, пытался получить контекст безопасности Winlogon.exe - того, у которого на данный момент имелись GDI-объекты... и тоже что-то не срабатывало...
В каждой интерактивной сессии есть своя WinSta0. Если на машине работает Terminal Service, то WinSta0 будет несколько, по одной на сессию. Если Terminal Service нет, то WinSta0 одна.
>>>При переключении пользователей окна продолжают шлепаться на десктопы нулевой сессии...
Для этого случая нужно использовать либо COM, либо CreateProcessAsUser, передав в нее специальным образом полученный или подготовленный маркер. См. WTSQueryUserToken, SetTokenInformation.
То есть, для терминальных сервисов - интерактивная WS (Winsta0) - одна на сессию, а для локальных - просто одна на систему, связывается с активным(залогиненным) пользователем?
Но ведь есть моменты, когда logon session нет.
Что мне нужно сделать, чтобы из сервиса в любой момент времени определить активную WS и Desktop - для того, чтобы иметь возможность в любой момент времени запустить процесс с GUI на реально видимом в данный момент времени Desktop'е, независимо от того выполнен ли вход в систему, и какой DeskTop (Default или Winlogon) реально видим.
Пока удается запускать процессы на любой DeskTop только для нулевой сессии. (Сервис, раз в 15 сек. стартует поток... который определяет видимые WS и DeskTop, и пытается запустить там процесс.) При переключении пользователей окна продолжают шлепаться на десктопы нулевой сессии...
Window Stations
A window station contains a clipboard, an atom table, and one or more desktop objects. Each window station object is a securable object. When a window station is created, it is associated with the calling process and assigned to the current session.
The interactive window station, Winsta0, is the only window station that can display a user interface or receive user input. It is assigned to the logon session of the interactive user, and contains the keyboard, mouse, and display device. All other window stations are noninteractive, which means they cannot display a user interface or receive user input.
When a user logs on to a Terminal Services-enabled computer, a session is started for the user. Each session is associated with its own interactive window station. For more information, see Terminal Services Sessions.
Если вы заметили орфографическую ошибку на этой странице, просто выделите ошибку мышью и нажмите Ctrl+Enter. Функция может не работать в некоторых версиях броузеров.
