Здравствуйте, уважаемые.
Вопрос, может быть, не совсем по разработке, но наверняка кроме программистов никто не знает.
Итак.
Разработал программу, которая должна висеть в системном трэе. Причём не просто висеть, а автоматически запускаться. При этом с правами администратора из-под любого пользователя (в т.ч. доменного), т.к. работает с реестром (HKLM) и папкой ProgramFiles.
И вот тут весьма неожиданный затык. Даже не знал, что сделать это окажется так сложно. Ничего не получается.
Делал:
1. Автозагрузка либо реестр (HKLM\Software\Microsoft\CurrentVersion\Run). Программа запускается, в трэе появляется, но доступа к реестру нет. Запуск программы с правами администратора не помогает. Хотя помогает запуск от имени конкретного пользователя (меня, т.к. я админ на своём компе)
2. Через планировщик Windows. Указываю там запуск с админскими правами и старт при загрузке системы либо при входе в Windows. Программа запускается (видна в процессах), но в трэе отсутствует. Соответственно окно не вызвать. Видел советы, что необходимо указать задержку запуска. Пробовал - не помогло.
3. Написал службу. Думал, она запустится при старте системы, и уже запустит мою прогу. Также программа есть в процессах, но нету в трее. Настройка "разрешить взаимодействие с рабочим столом" не помогает.
И вот ну совсем не могу понять, как сделать. Ведь висят же проги в трэе, явно с админскими правами работают независимо от пользователя. Запускаются через реестр или службами (или ещё как).
То-ли я неправильно что-то реализовал, то-ли не могу допереть как правильно организовать её запуск, то-ли просто лыжи не едут...
Помогите, кто знает, а то я уже весь инет облазил, а толку ноль.
Уважаемые авторы вопросов! Большая просьба сообщить о результатах решения проблемы на этой странице. Иначе, следящие за обсуждением, возможно имеющие аналогичные проблемы, не получают ясного представления об их решении. А авторы ответов не получают обратной связи. Что можно расценивать, как проявление неуважения к отвечающим от автора вопроса.
14-08-2018 12:24
>>> 1... Программа запускается, в трэе появляется, но доступа к реестру нет.
Что подразумевается под "доступа к реестру нет"? Вероятно, имеется в виду, что программа работает от имени ограниченного пользователя, то есть того, из-под которого произведён вход в аккаунт? Соответственно, доступ к реестру есть, но на уровне того пользователя, который залогинен? Да, так и должно быть.
>>> 2... Указываю там запуск с админскими правами и старт при загрузке системы
Строго говоря, я сам не особенно разбираюсь в этой теме, но грубо могу объяснить: на каждого пользователя заведён свой виртуальный рабочий стол. Рабочий стол текущего пользователя виден, остальные - не видны. Программы могут создавать дополнительные виртуальные рабочие столы, например, так делают антивирусы, когда запускают программы в "защищённом" окружении (песочнице), или программы создания виртуальных рабочих столов (AltDesk , Microsoft/Sysinternals Desktops , Dexpot и др.). Так вот, в один момент видим ровно ОДИН рабочий стол. Программа, запущенная от ДРУГОГО пользователя кидает свой значок на невидимый рабочий стол, который никогда отображаться не будет.
>>> висят же проги в трэе, явно с админскими правами
Например, какие? Вот у меня, например, антивирус Комод. У него есть сервисная часть cavwp.exe, она не имеет видимых окон, но запущена от имени SYSTEM и гуёвая часть CisTray.exe, запущенная от имени Python (это основной аккаунт, потому не админовский, а ограниченный).
Я полагаю, что раз так делают, это единственный правильный способ запуска приложения с "повышенными" правами. Делить его на "сервисную" часть, невидимую, но всемогущую и пользовательскую, мало чего умеющую, но способную "рулить" сервисом.
"Неправильный" способ также есть. У меня есть любимая утилита SpeedFan которая для полноценной работы ТРЕБУЕТ права администратора. Есть утилита RunAsSpc которая умеет пускать любую программу от имени любого другого пользователя, но она требует подтверждения запуска, хотя и чуточку безопасна (шифрует пароль, правда, Security Through Obscurity, почти то же, что ничего).
Есть второй вариант: использовать AutoHotkey - утилиту, которая умеет даже запускать программы от чужого имени (смотрим справку по команде RunAs). Увы, но в таком случае пароль останется в текстовом скрипте в открытом виде, что плохо. Можно использовать комплектную утилиту Ahk2Exe, которая превратит текстовый скрипт с исполняемый файл и даже сожмёт его UPX, но безопасности это не прибавит. Тем не менее, если вы уверены, что никто ваш текстовый скриптик не похитит - это лучший вариант из всех возможных.
Если вы заметили орфографическую ошибку на этой странице, просто выделите ошибку мышью и нажмите Ctrl+Enter. Функция может не работать в некоторых версиях броузеров.
