Watch User Log In

[QuAzI]

Нужно держать сервис, морда которого была бы доступна через системный трей. Как отловить момент входа (логина) пользователя и проверить, кто сейчас активный юзверь?

[crackedmind]

Чтобы много не писать, дам ссылочку.
http://www.rsdn.ru/article/baseserv/winlogon.xml

[QuAzI]

Огромное спасибо. А чего-нить аналогичного покурить под юних не ткнёте?

[crackedmind]

Про юних я не в курсе

[QuAzI]

Нифига энтот WinLogon не хочет срабатывать. Набросал либу с одной экспортируемой функцией. Указываю её в реестре хоть в Logon, хоть в StartShell. Ни приложение не стартует, которое должно ей вызываться, ни в лог не пишет. Если запустить так
rundll32 tray_service_launcher.dll,StartShell
То в лог успевает написать перед тем как брякнуться из-за ошибочного токена юзверя. Если меняю CreateProcessAsUser на CreateProcess из Kernel32, то всё работает, но так не будет запускать приложение из под залогинившегося юзверя.

Подозреваю, что косяк может быть в структуре

Код:

typedef struct _WLX_NOTIFICATION_INFO
{
  ULONG  Size ;
  ULONG  Flags ;
  PWSTR  UserName ;
  PWSTR  Domain ;
  PWSTR  WindowStation ;
  HANDLE hToken ;
  HDESK  hDesktop ;
  ULONG pStatusCallback; // PFNMSGECALLBACK
} WLX_NOTIFICATION_INFO, * PWLX_NOTIFICATION_INFO ;

  pStatusCallback должен быть определён как PFNMSGECALLBACK, но я не нашёл описания этого типа и в MSDN написано что он зарезервирован для внутренних нужд. Объявил как сообразил.

[Fat-Zer]

А если банально морду в авторан на логин юзера поставить? (KISS man!)
Или я не правильно понял задачу?

[QuAzI]

Да я бы хотел, но сказали оформить "как сервис доступный из трея". Само собой пока юзверь не залогинится бесполезно ломиться в трей, к тому же там конфиг, который в параметрах пользователя хранится. Т.е. оптимально было бы к этому событию привязаться. А уже в подробности реализации "сервиса" я думаю мало кто будет вникать.

[crackedmind]

Нифига энтот WinLogon не хочет срабатывать. Набросал либу с одной экспортируемой функцией. Указываю её в реестре хоть в Logon, хоть в StartShell. Ни приложение не стартует, которое должно ей вызываться, ни в лог не пишет.

Если делать как в статье, то все работает. Лично проверял =)

pStatusCallback должен быть определён как PFNMSGECALLBACK, но я не нашёл описания этого типа и в MSDN написано что он зарезервирован для внутренних нужд. Объявил как сообразил.

вообще не трогай этот тип, раз зарезервирован.

Читай внимательнее в каком разделе реестра какие ключи надо создать, чтобы он сработал.

[QuAzI]

Мне казалось в реестре должно быть что-то типа этого

Код:

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon\Notify\media_tray]
"DLLName"="c:\\devel\\plzkurs2010.2\\bin\\tray_service_launcher.dll "
"Asynchronous"=dword:00000001
"Impersonate"=dword:00000001
"StartShell"="StartShell"

Где StartShell - функция из dll одноимённая событию.

[crackedmind]

Где StartShell - функция из dll одноимённая событию.

ну функцию ты как хочешь можешь обозвать, но имя ключа должно быть предопределенное Logon, Logoff и прочие.
Также проверь, отключил ли ты манглинг имен.

[QuAzI]

Опа... для самых серых и несведущих... что такое манглин?

[crackedmind]

упс, манглинг http://en.wikipedia.org/wiki/Name_mangling

[QuAzI]

Вроде понял о чём речь.
Из слинкованной dll, если смотреть сторонним софтом, экспортируется _CRT_MT и StartShell. Откуда _CRT_MT взялся не знаю, но StartShell экспортируется без абракадабры, да и rundll32 его бы не запускала вообще, писала бы что функции нет, если бы в имени вопрос был.

[crackedmind]

Так вот экспортируешь функции под любыми именами, только чтобы соответствовало виндовому прототипу и привязываешь к нужным событиям. Их не так много.

у меня было так.

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon\Notify\myLogonNotify]
"DllName"="С:\\myLogonNotify.dll"
"Logon"="myEventLogon"
"Impersonate"=dword:00000000
"Asynchronous"=dword:00000000

И на событие event в лог писалось

Event: user logon, User: myLogin, Domain: MyDomain,Window station: WinSta0, User token 0x00000618,Desktop 0x000000B8

[QuAzI]

Фигня пролечилась после того как положил нужные dll не в директорию с запускаемой библой, а в windows\system32
Конкретнее
QtCore4.dll
mingwm10.dll
libgcc_s_dw2-1.dll
Как-то это не красиво смотрится. Придётся "гадить" туда, куда обычно приличные проги не пишут.