Служба роли узла сеансов удаленных рабочих столов не установлена на данном компьютере
Обновлено: 04.07.2024
Для чего собственно говоря нужен службы удаленных рабочих столов?
Службы удаленных рабочих столов обеспечивает удаленную работу с компьютером, а именно позволяет с помощью удаленного подключения войти на определенный компьютер, где установлена данная роль, и работать с различными приложениями и программами.
По моему мнению данный компонент будет необходим предприятиям, которые работают с 1С, для того что бы сотрудники работали удаленно, если вам интересно как после установки службы установить 1С и настроить под службы удаленных рабочих столов, пишите в комментарии и я в скором времени постараюсь осветить данный вопрос!
Конечно, существуют программные продукты, которые позволят вам пойти на удаленный компьютер без помощи службы терминалов, если вам интересно, рекомендую к прочтению эту статью .
Важно: Прежде чем установить роль службы удаленных рабочих столов, нужно установить статичный ip адрес машины на которую установите данную роль! Вторым моментом является отключение брандмауэра
Установка роли службы удаленных рабочих столов в Microsoft Server 2012
Для начала запустите «Диспетчер серверов»
Затем кликаем «Добавить роли и компоненты»
Переходим на вкладку «Роли сервера» и находим необходимую роль под названием «Службы удаленных рабочих столов» ставим галочку затем жмем «Далее»
Переходим в раздел «Службы ролей» так же кнопкой «Далее» на данной вкладке необходимо поставить галочку напротив «Лицензирование удаленных рабочих столов»
В открывшимся окне нажимаем «Добавить компоненты» затем нам понадобится «Узел сеансов удаленных рабочих столов» так же добавляем и эти компоненты и жмем «Далее»
Ставим галочку напротив пункта автоматического перезапуска и нажимаем «Установить»
После перезагрузки сервер терминалов будет работать, нам останется произвести необходимые настройки, связанные с лицензированием сервера терминалов.
Открываем «Диспетчер серверов» затем в верхнем меню ищем вкладку «Средства» затем «Terminal Services» и в завершении «Диспетчер лицензирования удаленных рабочих столов»
Как мы видим он у нас не активирован, после покупки лицензии кликаем правой кнопкой мыши и выбираем функцию «Активировать сервер»
В мастере активации сервера жмем «Далее»
В методе подключения оставляем «Авто (реком.)» затем «Далее»
В сведениях об организации заполняем обязательные поля, а именно на кого куплена лицензия и нажмите «Далее»
В новом окне заполняем дополнительные данные и жмем «Далее»
Для продолжения установки лицензии жмите «Далее»
После чего снова «Далее»
На данном этапе нужно выбрать версию лицензии, которую вы приобретали в раскрывающимся списке, в качестве примера будет рассмотрена версия «Соглашение Enterprise Agreement» затем снова «Далее»
Вводим номер соглашения и кликаем «Далее»
В «Версии продукта» указываем Windows Server 2012 затем во вкладке «Количество лицензий» укажем значение 50 в разделе «Тип лицензии» выбираем клиентская лицензия на пользователя, после ввода параметров переходим к следующему шагу кнопкой «Далее»
После установки лицензий жмем «Готово»
Теперь мы видим, что сертификат активирован
Для того что бы завершить установку службы удаленных рабочих столов в Server 2012 нам необходимо зайти в групповую политику, нажимаем сочетание клавиш WIN + R и вводит команду: gpedit.msc
В появившимся окне ищем «Административные шаблоны» затем открываем ветку «Компоненты Windows» ищем «Службы удаленных рабочих столов» затем «Узел сеансов удаленных рабочих столов» и в правом окне находим папку «Лицензирование»
Перед вами открывается состояние лицензирования, выбираем раздел «Использовать указанные серверы лицензирования удаленных рабочих столов» затем в открывшийся вкладке ставим чекбокс на «Включено» и вписываем ip адрес сервера лицензирования в соответствующую вкладку и сохраняем изменения
Затем следующим этапом нужно «Задать режим лицензирования удаленных рабочих столов» так же ставим чекбокс на «Включено» и выбираем режим «На пользователя» ну и собственно говоря сохраняем настройки
На данном этапе лицензирование сервера терминалов завершено.
Нужно запустить 4 службы и проверить их работоспособность, если нет, то нужно их запустить
Первая служба это «DNS клиент» - она как видим выполняется
Вторая служба «Обнаружение SSDP» - тоже нужно активировать и поставить автоматическое выполнение
Следующая служба — это «Публикация ресурсов обнаружения функции» - так же проверяем работоспособность
Последняя служба «Узел универсальных PNP - устройств» - данная служба так же должна выполняться
Ну и собственно говоря для того что бы подключиться к удаленному рабочему столу, нажмите сочетание клавиш WIN + R затем и введите команду mstsc
В появившимся окне впишите ip адрес компьютера к которому вы подключаетесь и нажмите «Подключить»
Ну собственно говоря настройка службы удаленных рабочих столов в Server 2012 завершена, если у вас остались вопросы относительно данной темы, пишите мне в комментарии и не забываем подписываться на рассылку, всем спасибо и удачи!
В этой статье данная статья содержит рекомендации по установке и настройке службы роли хост-сервера удаленного рабочего стола на компьютере, который работает Windows Server 2019, Windows Server 2016 или Windows Server 2012 R2 без установленной службы роли брокера удаленных подключений к рабочему столу.
Применяется к: Windows Server 2019, Windows Server 2016, Windows Server 2012 R2
Исходный номер КБ: 2833839
Сводка
При создании стандартного развертывания служб удаленного рабочего стола служба роли брокера удаленного подключения к настольным компьютерам предоставляет доступ к полным функциональным возможностям служб удаленного рабочего стола. Конфигурация, не используемая службой ролей RD Connection Broker, предоставляет настольные сеансы пользователям в зависимости от количества лицензий клиентского доступа к службам удаленного рабочего стола (RDS CALs), установленных на сервере. Такая конфигурация не предоставляет доступа к программам RemoteApp или веб-сайту RDWeb. Так как конфигурация без службы ролей RD Connection Broker не предоставляет доступ ко всем функциям RDS, такую конфигурацию следует использовать только в том случае, если другой возможности нет.
Инструкции в этой статье можно использовать для настройки службы RDS с помощью одного сервера (члена группы или контроллера домена). Если у вас есть отдельный dc, рекомендуется использовать мастер развертывания стандартных служб удаленного рабочего стола.
Настройка RDS на сервере рабочих групп создает следующие дополнительные ограничения:
- Вместо лицензирования для каждого пользователя необходимо использовать лицензирование каждого устройства. Дополнительные сведения см. в ссылке Лицензия развертывания RDS с лицензиями клиентского доступа (CALs).
- Необходимо использовать Windows PowerShell для управления службами ролей RDS. Это потому, что средства диспетчера серверов для RDS не работают. Дополнительные информацию об использовании cmdlets PowerShell вместе с RDS см. в дополнительных подробной информации об использовании powerhell для установки,настройки и обслуживания RDS в Windows Server 2012.
Дополнительные сведения о ролях RDS см. в рублях Remote Desktop Services.
Процесс развертывания ролей службы RDS
Процесс развертывания ролей службы RDS на одном сервере workgroup или DC отличается от процесса развертывания стандартной конфигурации RDS на нескольких компьютерах.
Если иное не указано, эти действия применяются как к компьютеру workgroup, так и к случаям dc.
Если вы используете один компьютер как сервер RDS, так и dc, настройте компьютер в качестве постоянного тока, прежде чем приступить к установке ролей RDS. Дополнительные сведения о том, как установить службы домена Active Directory (AD DS) и настроить компьютер в качестве dc в Windows Server 2016 или Windows Server 2012, см. в каталоге Install Active Directory Domain Services (Level 100).
На компьютере рабочих групп или в dc установите службу ролей удаленного лицензирования настольных компьютеров и службу ролей для удаленного рабочего стола. Для этого выполните следующие действия:
Шаг DC: Откройте диспетчер лицензирования удаленных настольных компьютеров, щелкните правой кнопкой мыши сервер, а затем выберите конфигурацию обзора.
Выберите Добавить в группу.
Если вам необходимо управлять членством в группах вручную, группа серверов лицензий терминала сервера расположена в встроенном контейнере в Active Directory Users and Computers.
Перезапустите службу удаленных служб настольных компьютеров.
Чтобы активировать сервер лицензии RDS, используйте один из следующих методов:
- Чтобы активировать Windows Server 2012 лицензионного сервера RDS, см. в руководстве по тестовой лаборатории: удаленное лицензирование настольных компьютеров.
- Чтобы активировать Windows Server 2016 лицензионного сервера RDS, см. в руб. Активируйте сервер лицензии на удаленные настольные службы.
Установите соответствующие ЦЛС RDS.
Если вы используете сервер workgroup, вы должны использовать caLs для каждого устройства. Дополнительные сведения см. в ссылке Лицензия развертывания RDS с лицензиями клиентского доступа (CALs). Дополнительные сведения о том, как установить ЦСД RDS, см. в рублях Install Remote Desktop Services Client Access Licenses.
Добавьте пользователей, которые необходимо разрешить подключаться к группе пользователей удаленного рабочего стола. Для этого используйте следующие средства:
- Чтобы найти группу удаленных пользователей настольных компьютеров в dc, откройте active Directory Users and Computers и перейдите к контейнеру Builtin.
- Чтобы найти группу удаленных пользователей настольных компьютеров на сервере рабочей группы, откройте управление компьютером и перейдите к локальным группам пользователей и \ групп.
Измените локализованную политику компьютера, чтобы добавить удаленных пользователей настольных компьютеров в логос Разрешить с помощью локального объекта политики Remote Desktop Services. Для этого выполните следующие действия:
- Откройте локализованную политику безопасности.
- Перейдите к \ конфигурации компьютера Windows Параметры безопасности Параметры \ локальных \ \ политик назначение прав пользователей .
- Дважды щелкните Разрешить вход через удаленные службы настольных компьютеров, а затем выберите Добавить пользователя или группу.
- Введите удаленные пользователи настольных компьютеров (или имена пользователей каждой учетной записи пользователя, которую вы хотите добавить, разделенные зайколонами), а затем выберите ОК два раза.
Настройка службы роли хост-сервера удаленного рабочего стола для использования локального лицензионного сервера RDS.
Прежде чем приступить к этой процедуре, убедитесь, что сервер лицензии RDS активирован.
Для этого выполните следующие действия:
Откройте окно командной Windows PowerShell командной команды.
Выполните следующую команду:
Чтобы установить режим лицензирования, запустите следующую команду:
В этой команде представлен режим лицензирования, который является либо 2 (если вы используете лицензирование для каждого устройства) или <value> 4 (если вы используете лицензирование для каждого пользователя). Если вы используете сервер workgroup, необходимо использовать 2.
Выполните следующую команду:
Чтобы проверить параметры, запустите следующую команду:
В выходе должно быть имя сервера лицензирования RDS. После завершения этого шага пользователи могут запускать удаленные сеансы рабочего стола с помощью любого поддерживаемого клиента RDS.
Шаг DC: Чтобы перенаправление принтера правильно функционировали на dc, который действует в качестве хоста RDSH, выполните следующие дополнительные действия.
Описание проблемы
И так есть терминальная ферма, состоящая из 5 хостов на Windows Server 2008 R2, в качестве посредника подключений используется балансировщик KEMP LpadMaster. Выяснилось, что пользователи не подключаются к одному из хостов. Зайдя на сервер и попытавшись открыть консоль "Конфигурация узла сеансов удаленных рабочих столов" выскочило окно с предупреждением:
Не удалось запустить диагностику лицензирования из-за возникшей неполадки. Перезапустите средство настройки сервера узла сеансов.
Если попытаться раскрыть данный узел настроек, то выскакивало предупредительное окно:
Не удалось запустить диагностику лицензирования из-за возникшей неполадки. Перезапустите средство настройки сервера узла сеансов удаленных рабочих столов и повторите попытку запуска диагностики лицензирования
И потом уже со значком фатальной ошибки.
Пробуем перезагрузиться сервер, эта чаще всего самое действенное решение с продуктами компании Microsoft. После перезагрузки я опять увидел ошибку, что не задан режим лицензирования для сервера узла сеансов удаленных рабочих столов.
Щелкаем по нему, нам открывается оснастка "Конфигурация узла сеансов удаленных рабочих столов" и дальше знакомая нам ошибка.
Методы решения проблемы
И так давайте с вами решим эту проблему и вернем вашего участника фермы в рабочее состояние, чтобы пользователи могли спокойно работать. Первым делом я вам советую посмотреть ваши логи в просмотре событий. У себя я в журнале "Система" нашел все тот же код события 1069: Льготный период лицензирования удаленных рабочих столов закончился, а режим лицензирования для сервера, обслуживающего сеансы подключения к удаленному рабочему столу, не настроен. Для постоянной работы необходимо настроить режим лицензирования.
Кодом события 1069 у меня был забит весь журнал, данная ошибка валилась, чуть ли не каждые 5 минут.
Так же можно встречать ошибку: не удалось запустить службу удаленного рабочего стола. Соответствующий код состояния: 0x800706be.
Далее необходимо проверить, все ли в порядке с вашим сервером лицензирования, может быть о не доступен или у него какие либо проблемы с активацией, в моем случае проблем не было.
Иду проверять свой чеклист дальше, так как у меня все настройки на хосты к которым идет подключение применяются посредством групповых политик, благо есть домен Active Directory со всеми плюшками его использования. Для того, чтобы проверить применяются ли политики к данному хосту нужно выполнить результирующую политику с помощью команды RSOP.
Для этого откройте power shell или командную стоку от имени администратора и введите команду rsop. В идеале у вас должна появиться результирующая политика, в которой вы сможете посмотреть все примененные параметры, но у меня выскочило предупреждение.
Не удалось создать данные результирующей политики из-за указанной ниже ошибки. Not Found
Если посмотреть логи операционной системы Windows Server 2008 R2, то можно обнаружить вот такие события:
Имя журнала: SystemПодача: Microsoft-Windows-GroupPolicy
Дата: 18.04.2018 9:02:12
Код события: 1090
Категория задачи:Отсутствует
Уровень: Предупреждение
Описание:
Windows не удалось записать информацию результирующей политики (RSoP), которая описывает область применения объектов групповой политики к этому компьютеру или пользователю. Возможные причины: отключение или остановка службы WMI (инструментария управления Windows), иные ошибки WMI. Параметры групповой политики были успешно применены к этому компьютеру или пользователю; однако возможно, что средства управления не дают правильного отчета. Имя журнала: Application
Подача: Microsoft-Windows-WMI
Дата: 18.04.2018 9:02:12
Код события: 24
Категория задачи:Отсутствует
Уровень: Ошибка
Описание:
Event provider Win32ClockProvider attempted to register query "select * from __InstanceModificationEvent where TargetInstance isa "Win32_LocalTime"" whose target class "Win32_LocalTime" in //./root/CIMV2 namespace does not exist. The query will be ignored.
Пробую обновить принудительно групповую политику, через команду gpupdate /force и видим очередную ошибку.
Не удалось успешно обновить политику пользователя. Обнаружены следующие ошибки. Ошибка при обработке групповой политики. Windows не удалось применить фильтр WMI для объекта групповой политики "GUID название". Возможные причины: отключение RSOP, отключение или остановка службы WMI <Инструментарий управления Windows>, иные ошибки WMI. Проверьте, что служба WMI запущена и задан автоматический запуск этой службы. Новые параметры или объекта групповой политики не могут быть обработаны, пока не будет исправлена эта ситуация.Чтобы диагностировать сбой, просмотрите журнал событий или запустите GPRESULT /H GPReport.html из командной строки просмотра сведений о результатах групповой политики
В логах системы Windows Server 2008 R2 вы можете обнаружить событие с кодом 1065 в журнале Group Policy:
Ошибка при обработке групповой политики. Windows не удалось применить фильтр WMI для объекта групповой политики "GUID название". Возможные причины: отключение RSOP, отключение или остановка службы WMI <Инструментарий управления Windows>, иные ошибки WMI. Проверьте, что служба WMI запущена и задан автоматический запуск этой службы. Новые параметры или объекта групповой политики не могут быть обработаны, пока не будет исправлена эта ситуация.
В редакторе управления групповой политикой я нашел нужную мне политику, и вижу, что к ней действительно применяется определенный WMI фильтр, по своему опыту я знаю, что если появляется ошибка с кодом 1065, то в большинстве случаев поврежден WMI репозиторий, который следует восстановить или попросту пересоздать, такая вот починка от Microsoft.
Как пересоздать WMI инструментарием управления Windows
Чтобы заново создать (восстановить) WMI инструментарием управления Windows Server, вам необходимо открыть командную строку от имени администратора, и иметь обязательно все права на вашем сервере. Вводим команду для остановки службы winmgmt:
Как видите у нас остановилась служба "Инструментарием управления Windows" и зависимая от нее "Вспомогательная служба IP"
Далее, если кто-то не знал сам инструментарием управления Windows, располагается по пути C:\Windows\System32\wbem\repository.
Если бы вы не остановили до этого службу, то удалить лежащие тут файлы вам бы не удалось, что требует восстановление репозитория WMI.
После этих действий вам необходимо выполнить команду и перезагрузить Windows Server 2008 R2 .
После перезагрузки пробуем выполнить команду RSOP и после ее выполнения gpupdate /force. Как видите все отработало успешно и
"Ошибка при обработке групповой политики. Windows не удалось применить фильтр WMI для объекта групповой политики "GUID название". Возможные причины: отключение RSOP, отключение или остановка службы WMI <Инструментарий управления Windows>, иные ошибки WMI. Проверьте, что служба WMI запущена и задан автоматический запуск этой службы. Новые параметры или объекта групповой политики не могут быть обработаны, пока не будет исправлена эта ситуация."
не появилась, а это значит, что все политики прилетели и применились.
Теперь проверим работоспособность оснастки "Конфигурация узла сеансов удаленных рабочих столов", открываем ее и видим, что ошибок больше нет и все лицензии доступны, об этом нам говорит, два определившихся сервера.
Кстати еще можно определить, что у вас есть проблемы с WMI репозиторием, по свойствам системы, где могут не отображаться данные, о процессорах и оперативной памяти, что должно вас навести на мысль, что с ними что-то не так.
Еще из дополнительных методов, могу вам посоветовать удаление роли удаленных рабочих столов и их переустановка.
Надеюсь вам удалось решить проблему с ошибкой "Не удалось запустить диагностику лицензирования из-за возникшей неполадки. Перезапустите средство настройки сервера узла сеансов." и ваша оснастка "Конфигурация узла сеансов удаленных рабочих столов" заработала.
При настройке нового узла RDS фермы на Windows Server 2012 R2/2016/2019 вы можете столкнуться со следующим всплывающим предупреждением, которое появляется в трее:
Licensing mode for the Remote Desktop Session Host is not configured.Remote Desktop Service will stop working in xxx days.
Не задан режим лицензирования для сервера узла сеансов удаленных рабочих столов. Служба удаленных рабочих столов перестанет работать через xxx дней.
Судя по ошибке, служба RDS запущена в режиме льготного периода лицензирования (в течении пробного периода 120 дней вы можете использовать Remote Desktop Session Host без активации RDS лицензий). Когда grace период закончится, пользователи не смогут подключиться к RDSH, а в трее появится ошибка:
Похожую проблему я уже описывал в статье про RDS ошибку “Удаленный сеанс отключен, поскольку отсутствуют доступные серверы лицензирования удаленных рабочих столов”, но тут оказалось немного другое. Не задан режим лицензирования для сервера узла сеансов удаленных рабочих столовВ английской версии Windows Server ошибка выглядит так:
Licenses are not available for the Remote Desktop Session Host server, and RD Licensing Diagnoser has identified licensing problem for the RD Session Host server.
Licensing mode for the Remote Desktop Session Host is not configured.
The Remote Desktop Session Host server is within its grace period, but the Session Host server has not been configured with any license server.
Как вы видите, на самом деле доступных клиентам лицензий нет, т.к. режим лицензирования не задан.
Все это говорит о том, что администратор не задал для этого хоста сервер лицензирования RDS и/или режим лицензирования. Это несмотря на то, что при развертывании хоста RDS уже был указан тип лицензирования (Configure the deployment -> RD Licensing).
Отройте консоль PowerShell и проверьте, задан ли сервер лицензирования RDS с помощью следующих команд:
$obj = gwmi -namespace "Root/CIMV2/TerminalServices" Win32_TerminalServiceSetting
$obj.GetSpecifiedLicenseServerList()
Если сервер лицензирования не задан, его можно указать командой:
$obj. SetSpecifiedLicenseServerList("rdslic1.winitpro.ru")
Также вы можете принудительно задать параметры лицензирования RDS можно несколькими способами.
Через реестр:
В ветке HKLM\SYSTEM\CurrentControlSet\Control\Terminal Server\RCM\Licensing Core нужно изменить значение DWORD параметра с именем LicensingMode с 5 на:
- 2 — если используется лицензирование на устройства (Per Device)
- 4 — при использовании RDS лицензирования на пользователей (Per User)
Вы можете изменить параметр реестра вручную через regedit.exe или следующими командами PowerShell из модуля управления реестром:
После внесения изменений нужно перезагрузить RDS хост.
Параметры сервера лицензирования RDS также можно задать через политики GPO (локальную или доменную политику).
Если сервер RDS находится в рабочей группе (не добавлен в домен Active Directory), используйте локальный редактор политик gpedit.msc. Перейдите в раздел Конфигурация компьютера -> Компоненты Windows -> Службы удаленных рабочих столов -> Узел сеансов удаленных рабочих столов -> Лицензирование (Computer Configuration -> Administrative Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Licensing).
Нас интересуют две политики:
После перезагрузки сервера откройте средство диагностики лицензирования RDS. Если вы все настроили правильно, должно появится число доступных RDS лицензий и указан режим лицензирования.
Если в вашей сети настроен файервол, необходим открыть следующие порты с RDSH хоста до сервера RDS лицензирования: TCP/135, UDP/137, UDP/138, TCP/139, TCP/445, TCP/49152–65535 (RPC диапазон).Вы можете проверить доступность портов с помощью комнадлета Test-NetConnection. Если порты закрыты на локальном брандмауэре Windows Defender Firewall, вы можете открыть порты с помощью командлетов из модуля NetSecurity.
Также обратите внимание, что, если на сервере RD Licensing Server установлена, например, Windows Server 2012 R2 и CAL для RDS 2012 R2, вы не сможете установить RDS CAL лицензии для Windows Server 2016 или 2019. Ошибка “Remote Desktop Licensing mode is not configured” сохранится, даже если вы указали правильные тип лицензий и имя сервера лицензирования RDS. Старые версии Windows Server просто не поддерживают RDS CAL для более новых версий WS.
При этом в окне RD License Diagnoser будет отображаться надпись:
Сначала Вам придется обновить версию Windows Server на сервере лицензирования (или развернуть новый RD License host). Более новая версия Windows Server (например, WS 2019 поддерживает RDS CAL для всех предыдущих версий Windows Server).
Читайте также: