У меня есть приложение, которое я запускал под учетной записью пользователя (администратора), и теперь я пытаюсь запустить его как службу.
Сейчас проблема в том, что когда я запускаю приложение как службу, у него возникают проблемы с поиском некоторых файлов, расположенных относительно него самого. Другая проблема заключается в том, что он, кажется, не хочет связываться с используемым сокетом.
Информация, с которой я должен начать, заключается в том, что приложение работает как СИСТЕМА, когда оно запускается как служба.
Я ищу способ явно указать его путь и контекст безопасности для начала. Я уже установил правила брандмауэра, чтобы разрешить любое соединение для входящего и исходящего трафика для этого приложения во всех профилях (доменных, частных, общедоступных).
Предполагая, что вы используете SRVANY, вы можете установить начальный путь с помощью HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\<name>\Parameters\AppDirectory. (Или, по крайней мере, под 2003).
Похоже, что приложение на самом деле не создано для работы в качестве службы, и вы пытаетесь его «заставить». Вы должны использовать что-то вроде "SRVANY" для запуска приложения как службы.
Я бы создал учетную запись для службы, под которой будет работать, предоставлю этой учетной записи права на соответствующие файлы / папки и запустил службу под этой учетной записью для запуска. Вы можете установить учетную запись, под которой работает служба, на вкладке «Вход в систему» свойств службы.
В диспетчере управления службами нет механизма для установки текущего каталога перед запуском службы с помощью SRVANY (или любой известной мне сторонней утилиты типа SRVANY). Вы могли бы «обернуть» службу в CMD-скрипт и выполнить этот скрипт (т.е. установить для образа, запущенного SRVANY, значение «% SystemRoot% \ System32 \ cmd.exe», дать ему аргумент «/ c имя-и- path-of-script.cmd ", и в этом сценарии измените каталог и выполните намеченную программу), но я бы не дал этому большого шанса на успех.