Size: a a a

2021 July 26

RH

Roman Holubenko in Powershell Rus
В моем случае даже оснастка services не открывается
источник

S

ShS in Powershell Rus
замените в URL ru-ru не en-us, чтобы избавиться от кривого перевода )
источник

RH

Roman Holubenko in Powershell Rus
А валится с ошибкой
источник

RH

Roman Holubenko in Powershell Rus
Get-services не выводит ни одного серыиса
источник

RH

Roman Holubenko in Powershell Rus
А значит и удалить их не может
источник

RH

Roman Holubenko in Powershell Rus
Потому рекомендуют через реестр
источник

S

ShS in Powershell Rus
ааа, знакомый симптом: это из-за того, что этих сервисов уже наплодилось столько, что штатное API их не переваривает (что, впрочем, говорит не в пользу штатного API ))
источник

RH

Roman Holubenko in Powershell Rus
Да
источник

RH

Roman Holubenko in Powershell Rus
Именно
источник

VB

Vector BCO in Powershell Rus
$Svcs = "CDPUserSvc_","OneSyncSvc_","PimIndexMaintenanceSvc_","UnistoreSvc_","UserDataSvc_","dmwappushservice_","cbdhsvc_","ConsentUxUserSvc_","DevicePickerUserSvc_","DevicesFlowUserSvc_","PrintWorkflowUserSvc_","CaptureService_","WpnUserService_"

foreach ($svc in $Svcs){
  $svc_ = "$svc" + "*"
  "HKLM:\SYSTEM\CurrentControlSet\services\$svc_"
}
источник

VB

Vector BCO in Powershell Rus
покажи результат
источник

S

ShS in Powershell Rus
чтобы не бороться с ветряными мельницами потом на регулярной основе, лучше закрутить гайки политиками, предотвращая их создание )
источник

RH

Roman Holubenko in Powershell Rus
Уже удалил
источник

RH

Roman Holubenko in Powershell Rus
Нечего показывать
источник

RH

Roman Holubenko in Powershell Rus
Ночью ребут сервака
источник

VB

Vector BCO in Powershell Rus
ок
источник

RH

Roman Holubenko in Powershell Rus
Какие политики за это отвечают?
источник

VB

Vector BCO in Powershell Rus
источник

S

ShS in Powershell Rus
вот такие
источник

S

ShS in Powershell Rus
Переслано от ShS
У нас, например, без проблем на терминальном сервере живет порядка 200 rds-сессий пользователей (и это не предел, ресурсы сервера позволяют пережить и большее количество пользователей на сервер)

Что касается потери управляемости, с которой вы столкнулись, то связана она с двумя сущностями:

1) пользовательские службы, которые в подавляющем большинстве не нужны на сервере, но создаются по умолчанию для каждого пользователя залогинившегося на сервер. Их можно и нужно отключать (см параметр UserServiceFlags https://docs.microsoft.com/en-us/windows/application-management/per-user-services-in-windows). Если вы не отключите большинство ненужных служб это вызовет переполнение какого-то там буфера или области памяти, которая не была рассчитана на такое дикое количество служб и вы потеряете возможность управления службами

2) UWP-приложения, входящие в состав сервера, для которых при каждом входе пользователя создаются правила firewall'а (приложения эти так же  большинстве своем не понадобятся вашим пользователям и их желательно вырезать либо в application mode, либо на этапе winPE phase of depoyment, либо придется действовать скриптами, удаляя нарастающий как снежный ком правила firewall'а. Для борьбы с правилами множищимися из-за UWP-приложениями рекомендуется использовать ключ реестра DeleteUserAppContainersOnLogoff (google it!), который, правда проблему радикально не решит, но значительно ее смягчит, остаток правил все равно придется регулярно дорабатывать напильником (скриптами).

Огромное количество правил FW (даже если у вас FW выключен!), если с ними не бороться, приводит к следующим проблемам:

- долгий вход в сессию

- черный экран при входе в сессию, вместо рабочего стола

- не работает кнопка Пуск (при нажатии на нее ничего не происходит)
источник