Альтернативное предложение для основной причины:
Используйте очередь сообщений или аналогичную концепцию для перемещения информации об услугах для запуска / остановки назад и вперед между различными контекстами безопасности вместо того, чтобы пытаться объединить эти вещи вместе в ASP.NET.
Например,
Под своей учетной записью ASP.NET без прав администратора запишите некоторые значения в файл или реестр (какой-либо журнал), которые содержат информацию о том, какие службы нужно остановить или запустить.
Служба контроллера, работающая как истинный администратор, опрашивает местоположение записанных данных и, когда видит информацию, выполняет эти команды для запуска и остановки соответствующих служб.
Вы можете обойти проблему с помощью обходного пути вместо взлома безопасности или вместо полного отключения UAC.
Обновление для мониторинга:
- Та же идея, что и выше, но несколько наоборот - служба main / controller для этого сценария, работающая в системе, записывает в файл журнала. Это сервис, который пишет о других сервисах.
- Установите автообновление на веб-странице. Каждый раз, когда ваша веб-страница обновляется, она просматривает этот журнал на наличие изменений = информация об остановленных или запущенных службах (может сохранять собственный файл для поиска изменений). Обновление может быть тегом обновления META или обратным вызовом AJAX на сервер (более тонкий).
- Веб-страница выдает инструкции, как и раньше.
Проблема в том, что эта основная / контроллерная служба останавливается и ничего не сообщается (журналы / сообщения перестают передаваться). Сделайте особый случай для этой службы, если можете, попросив Windows перезапустить ее, если она остановится, или перезагрузить машину, если она не может запустить эту службу ...
.. Кстати, вы рассматривали инструменты Windows для автоматического просмотра служб и их перезапуска в случае сбоя вместо использования монитора веб-страниц или это не выполнимо для ваших требований?