-
Был откуда-то у меня пример, но он вытаскивает имя юзера, с которым сервис запускается, и сравнивает его с именем, под которым запущен процесс. Совпало - типа мы сервис. Но одинаковый юзер еще не означает того, что наш процесс - сервис. Сервис может быть запущен от имени другой учетки, поэтому данный метод отпадает. Каким образом определить что процесс запущен сервис-менеджером, а не кем-то другим?
-
-
> Каким образом определить что процесс запущен сервис-менеджером, > а не кем-то другим
Ты что, думаешь, что если я зайду в консоль управления и запущу сервис, он от моего имени запустится?
-
> Сервис может быть запущен от имени другой учетки, поэтому > данный метод отпадает Не очень точно выразился. Поправлю себя:
Процесс можно запустить от того же имени, от которого запускается сервис, и тогда сверка имен даст некорректный результат.
-
> Ты что, думаешь, что если я зайду в консоль управления и > запущу сервис, он от моего имени запустится?
В настройках сервиса можно прописать любую учетку, под которой запускается сервис. Хоть под гостем запускать. И это будут совсем разные вещи, будет ожидаться совсем разное поведение программы, нежели если этот гость как-то сам запустит программу. Вот в чем дело.
-
> SPeller © (15.04.09 09:42) [4] > В настройках сервиса можно прописать любую учетку, под которой > запускается сервис.
И что? Запускатся он будет в любом случае сервис манагером. Тебе в самом сервисе нужно определять под чьей учеткой он запущен, а не определять откуда сервис запущен. Короче не путай теплое с мягким!
-
> Palladin (15.04.2009 9:31:02) [2]
Почему бы и нет? Плохо другое автор как обычно молчит о задаче, вместо этого говорит только о реализации, при том вероятно неправильной.
-
Если я ничего не путаю, то при запуске "как сервис" программа получает спец. параметры (или из нее спец. call-back'и дергаются? совершенно забыл). А потому вопрос не понятен: прога если сервис - запускается совершенно определенным образом.
PS под рукой нет где глянуть быстро, но надеюсь, что не вру
-
> И что? Запускатся он будет в любом случае сервис манагером
Ты не понял :) Юзер может, например, в проводнике взять и запустить ЕХЕ с сервисом. И будет не то что надо )
Для чего это всё: пишу сервис, который должен работать строго под отведенной ему учеткой. Но для отладки нужно чтобы он мог запускаться и как сервис и как обычная программа, немного корректируя при этом внутреннюю логику. В последствии, когда дело приблизится к концу, нужно будет вообще запретить запуск иной кроме как сервисом.
-
> KSergey © (15.04.09 10:04) [7]
Никаких параметров не получает. Процесс регистрирует callback через RegisterServiceCtrlHandler.
-
> Тебе в самом сервисе нужно определять под чьей учеткой он запущен, а не определять откуда сервис запущен. а как тогда с вариантом если его запускают как программу? учетки не показатель, т.к. возможен запуск от любой, единственный вариант разделить это узнать кто (откуда) программу запускал. т.е. "откуда сервис запущен" как раз определяет будет ли это сервис или программа.
речь идет о разделении, и соответственно ветвлении кода в зависимости от того как программу стартуют, как сервис или как программу. для примера можно посмотреть scktsrvr.exe (есть исходники) в дельфе, речь идет о их способе определения (о том что он не всегда правильно определит). > Был откуда-то у меня пример оттуда наверняка.
-
> SPeller © а ссылка не помогла? как раз если запускает сервис менеджер (родительский процесс) то это показатель.
-
тьфу блин... ну так разделяй понятия сервис и приложение.... запутал совсем... )
-
> а ссылка не помогла?
Разбираюсь в коде. Похоже, что проверки на имя процесса services.exe и на статус SERVICE_START_PENDING должно хватить.
-
В приведенной ссылке смущает только красная надпись из msdn: [ZwQuerySystemInformation may be altered or unavailable in subsequent versions of Windows. Applications should use the alternate functions listed in this topic.]
-
А еще тот момент, что по ссылке приведено развернутое описание структуры SYSTEM_PROCESS_INFORMATION, тогда как msdn от 2008-й студии гораздо более скуден в плане информации об этой структуре: typedef struct _SYSTEM_PROCESS_INFORMATION SYSTEM_PROCESS_INFORMATION;
-
> SPeller (15.04.2009 10:06:08) [8]
Тогда и нечего голову ломать. Просто закончить отладку.
-
Вот бы еще из-под ограниченного аккаунта получить полное имя файла родительского процесса с путем. А то GetModuleFileNameEx хочет права, которых нет:
The handle must have the PROCESS_QUERY_INFORMATION and PROCESS_VM_READ access rights
-
> Anatoly Podgoretsky © (15.04.09 11:22) [16]
Это не последний мой сервис :) Нужны наработки чтобы в будущем легко с ними обращаться.
-
Вобщем, получился такой код. Интересует критика function GetProcessParentID: Cardinal;
var
ProcEntry: TProcessEntry32;
hSnapshot: THandle;
CurrID: Cardinal;
Success: Boolean;
begin
Result := 0;
hSnapshot := CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS, 0);
if (hSnapshot <> INVALID_HANDLE_VALUE) then
try
ProcEntry.dwSize := SizeOf(ProcEntry);
Success := Process32First(hSnapshot, ProcEntry);
if Success then
begin
CurrID := GetCurrentProcessId;
SetLastError(ERROR_SUCCESS);
while Success do
if (ProcEntry.th32ProcessID = CurrID) then
begin
Result := ProcEntry.th32ParentProcessID;
Break;
end
else
Success := Process32Next(hSnapshot, ProcEntry);
end;
Win32Check(GetLastError);
finally
CloseHandle(hSnapshot);
end
else
Win32Check(GetLastError);
end;
function GetProcessParentName: string;
var
ProcEntry: TProcessEntry32;
hSnapshot: THandle;
Success: Boolean;
ParentPID: Cardinal;
begin
Result := '';
hSnapshot := CreateToolhelp32Snapshot(TH32CS_SNAPPROCESS, 0);
if (hSnapshot <> INVALID_HANDLE_VALUE) then
try
ProcEntry.dwSize := SizeOf(ProcEntry);
Success := Process32First(hSnapshot, ProcEntry);
if Success then
begin
ParentPID := GetProcessParentID;
SetLastError(ERROR_SUCCESS);
while Success do
if (ProcEntry.th32ProcessID = ParentPID) then
begin
Result := ProcEntry.szExeFile;
Break;
end
else
Success := Process32Next(hSnapshot, ProcEntry);
end;
Win32Check(GetLastError);
finally
CloseHandle(hSnapshot);
end
else
Win32Check(GetLastError);
end;
function GetStartingAsService(const SrvName: string): Boolean;
var
Mgr, Svc: Integer;
SSBuf: PServiceStatus;
SSBufSz: Cardinal;
SvcState: Cardinal;
begin
Result := False;
Mgr := OpenSCManager(nil, nil, GENERIC_READ);
if (Mgr <> 0) then
begin
Svc := OpenService(Mgr, PChar(SrvName), GENERIC_READ);
Result := (Svc <> 0);
if Result then
begin
QueryServiceStatusEx2(Svc, SC_STATUS_PROCESS_INFO, nil, 0, SSBufSz);
GetMem(SSBuf, SSBufSz);
QueryServiceStatusEx2(Svc, SC_STATUS_PROCESS_INFO, SSBuf, SSBufSz, SSbufSz);
SvcState := SSBuf.dwCurrentState;
FreeMem(SSBuf);
Result :=
(SvcState = SERVICE_START_PENDING) and
AnsiSameText(GetProcessParentName, 'services.exe');
CloseServiceHandle(Svc);
end;
CloseServiceHandle(Mgr);
end;
end;
procedure Win32Check(ErrorCode: Cardinal);
begin
if (ErrorCode <> ERROR_SUCCESS) then
raise Win32Exception.Create(SysErrorMessage(ErrorCode));
end;
Кстати, нашел багу в д2009 в объявлении функции QueryServiceStatusEx: последний параметр не должен быть указателем. Поэтому в тексте у меня QueryServiceStatusEx2, определенная как должно быть.
|