blp>1. Сервис можно создать в режиме запуска "manual" и он будет запущен не сразу, когда юзер залогинится, а после какого-то определяемого системой сбытия (например, подключение нового BT-устрйоства)
Обычный процесс тоже можно не прописывать в авторан (любым из указанных ранее способов)

blp>2. Сервис можно остановить/приостановить и перезапустить штатными средствами через API / GUI / sc.exe
blp>3. Сервису можно послат сигнал штатными средствами.
blp>4. Между сервисами возможно устанавливать зависимости (например, нельзя будет остановить сервис, пока зависящий от нео сервис не остановлен)
Ага ага на скрине корневой мессаги очень хорошо видно как эти штатные средства работают с данными сервисами

Причем это документировано, конечно же:

You can't manage all of the per-user service templates services using normal Group Policy management methods. Because the per-user services aren't displayed in the Services management console, they're also not displayed in the Group Policy Services policy editor UI.

Как вы там писали: "оно работает на миллионах сценариев"

blp>1. Сервис можно создать в режиме запуска "manual" и он будет запущен не сразу, когда юзер залогинится, а после какого-то определяемого системой сбытия (например, подключение нового BT-устрйоства)
Обычный процесс тоже можно не прописывать в авторан (любым из указанных ранее способов)

blp>2. Сервис можно остановить/приостановить и перезапустить штатными средствами через API / GUI / sc.exe
blp>3. Сервису можно послат сигнал штатными средствами.
blp>4. Между сервисами возможно устанавливать зависимости (например, нельзя будет остановить сервис, пока зависящий от нео сервис не остановлен)
Ага ага на скрине корневой мессаги очень хорошо видно как эти штатные средства работают с данными сервисами

Причем это документировано, конечно же:

You can't manage all of the per-user service templates services using normal Group Policy management methods. Because the per-user services aren't displayed in the Services management console, they're also not displayed in the Group Policy Services policy editor UI.

Как вы там

Автор: blp
Дата: 15.01.20

писали: "оно работает на миллионах сценариев"
Или вот

Автор: blp
Дата: 15.01.20

: "не должно было разломать существующие админские процессы"
И это действительно, только исходя из чтения мсдн. Какие там еще есть незадокументированные косяки в реальности. Надеюсь хотябы поддержку COM/AppID=LocalService сделали нормальную, или оно тоже глючит? Это пожалуй единственное, что могло бы слегка оправдать существование этого костылепеда.