Вы все еще ставите Windows 2008? Я тоже, и вот почему

Есть PS и командлеты для всего этого. Или доставляет удовольствие использовать некрофилию?

Get-RDUserSession -CollectionName "CC" -ConnectionBroker rd02-cb.company.com | Where-Object {$_.HostServer -like "rd16.company.com"} | Send-RDUserMessage -MessageTitle "Message from Administrator" -MessageBody "Please restart your session. Server will be restarted in 30 minutes"

Вы все еще ставите Windows 2008? Я тоже, и вот почему

DNS Policy, ADFS 4.0, Nano servers, Stretch Clusters, S2D, ReFS, куча улучшений в виртуализации. И еще вагон и маленькая тележка.

Вы все еще ставите Windows 2008? Я тоже, и вот почему

LTSC, если быть точным

Вы все еще ставите Windows 2008? Я тоже, и вот почему

Такую же статью можно написать и про 2003, и про NT 4.0. Если не происходит плановое обновление систем, то прыгнуть сразу с 2008 на 2016 это героический подвиг.
Если организация не готова к внедрению Windows 2016, то и не надо его устанавливать предварительно не проверив готовность. А подготовка должна быть по всем фронтам, начиная от соответсвующего железа, свежего прикладного ПО, клиентских обновляемых Windows 10, новых принтеров и тд и тп.
PS. в нашей организации уже запрещена установка 2012R2 сервера (за исключением нескольких серверов со специфичным самописным ПО). Только Server 2016 LTSC и в некоторых ситуациях Semi-Annual Channel.

Некоторые особенности PowerShell при работе с учетными записями пользователей

не работает с любым количеством

Некоторые особенности PowerShell при работе с учетными записями пользователей

Я специально для вас проверил заведомо не рабочее решение и нет, оно не сработало.

Некоторые особенности PowerShell при работе с учетными записями пользователей

А что собственно вы пытаетесь передать по этому пайпу?
PS, не выйдет никак. Даже через GUI он ругается на ограничения. Возможно этот нюанс тоже повлиял на оценку тестового задания.

Некоторые особенности PowerShell при работе с учетными записями пользователей

С этим проблем нет, проблемы есть со свойством смены пароля, а не его сроком действия.
попробуйте

Set-LocalUser -Name admin -UserMayChangePassword $false

Некоторые особенности PowerShell при работе с учетными записями пользователей

Запретить смену пароля текущим членам группы администраторов невозможно — ругается.
Пришлось сначала удалять, прописывать это свойство, а потом заново добавлять. Сделал вообще без проверок и с глобальным игнором ошибок.

$ErrorActionPreference = 'SilentlyContinue'
$username = "Admin"
$AdminGroup = "S-1-5-32-544"
$getuser = Get-LocalUser $username
if ($getuser -eq $null)
    {
    $Password = Read-Host -AsSecureString
    New-LocalUser -Name $username `
    -PasswordNeverExpires `
    -UserMayNotChangePassword  `
    -Password $Password
    Add-LocalGroupMember -SID $AdminGroup -Member $username
    }
else
    {
    Remove-LocalGroupMember -Member $username -SID $AdminGroup
    Set-LocalUser -Name $username `
    -PasswordNeverExpires $true `
    -UserMayChangePassword $false `
    -Password $Password
    Add-LocalGroupMember -SID $AdminGroup -Member $username
    Enable-LocalUser $username
    }