У меня есть машина, которая будет развернута на месте клиента. Машина будет без головы и будет доступна только через RDC. (Если не произойдет катастрофа.) Существует программное обеспечение, которое должно работать постоянно для регистрации данных с подключенных датчиков. Программное обеспечение работает только тогда, когда оно работает на «переднем плане». То есть, если у меня он запускается как задача с использованием «Выполнить независимо от того, вошел ли пользователь в систему или нет», я могу видеть это в диспетчере задач, но данные не регистрируются. Если я убью его и запущу задачу через планировщик задач, он все равно не будет регистрировать данные. Если я убью его и запусту через прикрепленный значок на панели задач, он будет работать.
Как заставить это программное обеспечение работать при загрузке **? Я хочу сделать это так, чтобы, когда я использую RDC, используя имя пользователя и пароль, я видел приложение. Однако, если кто-то подключит клавиатуру и мышь, компьютер НЕ будет разблокирован.
** У меня BIOS машины настроен на автоматическую загрузку после сбоя питания.
источник
Ответы:
Используйте psexec run из запланированной задачи. В планировщике заданий есть опция «Когда система запускается». Настройте его для запуска:
-i 0 говорит ему запускаться в сеансе 0, который, начиная с 2008 года, является сеансом консоли.
источник
Я закончил тем, что решил это с превосходным (если запутанно задокументировано)
nssm
- не сосущий сервис менеджерЯ не администратор Windows, поэтому я склоняюсь к тому, чтобы сделать все Unix дружественным. Надеюсь, это более полезно, чем запутывает. Вот как я решил это (и задокументировал это для своего будущего себя).
choco
потому что это как можно ближе кapt
или жеbrew
для Windows.устанавливать
cygwin
потому что мы собираемся использовать BASH.устанавливать
nssm
Сохраните следующее в скрипт, который я назову
create_service.sh
«Установить» службу Windows через
nssm
API просто вызывая скрипт.НОТА:
nssm stop
а такжеnssm remove
команды в первый раз потерпят неудачу, но я поместил их туда, чтобы вы могли повторно запустить скрипт и внести изменения в ваш сервисВсе это намекает на очень сложную систему удаленного выполнения кода и ssh-прокси Microsoft Remote Desktop. Это урок для другого дня.
источник