Windows server 2022 terminal server

В первую очередь требуется установить ОС Windows Server 2022. В данной инструкции у нас она уже установлена на виртуальной машине.

Минимальные требования:

64-разрядный процессор с тактовой частотой 1,4 ГГц.
ОЗУ 512 МБ (2 ГБ для варианта установки Сервер с рабочим столом).
Диск 32 ГБ.
Доступ к интернету..

Бесплатный сервер 1С для подписчиков нашего telegram-канала !

После запуска Windows Server 2022, мы устанавливаем роли для настройки терминального сервера и шлюза удаленных рабочих столов.

Заходим в Диспетчер серверов → добавить роли и компоненты.

В оснастке Мастер добавления ролей и компонентов:

Тип установки — установка ролей и компонентов.
Роли сервера — службы удаленных рабочих столов.

Добавляем роли на сервере:

Тип установки — Установка ролей или компонентов.
Выбор сервера — Выбираем наш текущий сервер.
Роли сервера — Службы удаленных рабочих столов.
Службы ролей — Лицензирование удаленных рабочих столов, шлюз удаленных рабочих столов.

Подтверждаем установку компонентов и нажимаем Установить. Перезагружаем сервер.

Настройка сервера лицензирования

Заходим в Диспетчер серверов → Средства → Remote Desktop Services → Диспетчер лицензирования удаленных рабочих столов.

В диспетчере нажимаем ПКМ на наш сервер и выбираем Активировать сервер.

Попадаем в Мастер активации сервера, выбираем метод подключения Авто, вводим свои данные и нажимаем Далее.

В следующем пункте вводим Сведения об организации и нажимаем Далее.

Завершение работы мастера активации сервера выполняется с поставленной галочкой Запустить мастер установки лицензий чтобы попасть в оснастку установки лицензий.

В мастере установки лицензий появятся параметры сервера лицензирования, жмём Далее.

Лицензию выбираем в зависимости от того, какая у вас имеется.

Есть следующие типы лицензии:

Пакет лицензий (в розницу).
Соглашение Open License.
Соглашение Select License.
Соглашение Enterprise Agreement.
Соглашение Campus Agreement.
Соглашение School Agreement.
Лицензионное соглашение постановщика услуг.
Другое соглашение.
Лицензия Select Plus.

В нашем случае мы выбираем Соглашение Enterprise Agreement.

Выбираем версию продукта Windows Server 2022.
Тип лицензии — Клиентская лицензия служб удаленных рабочих столов на устройство.
Количество ставим в зависимости от приобретенной вами лицензией. В нашем случае мы активируем на 10 устройств.

В завершение установки осталось выполнить добавление групповых политик, для этого нажимаем Win+R (или ПКМ по меню Пуск и выбираем Выполнить).

В окне Выполнить вводим gpedit.msc и нажимаем ОК.

Попадаем в Редактор локальной групповой политики. Здесь требуется править две записи. Для того, чтобы указать сервер лицензирования, мы переходим в пункт: Конфигурация компьютера → Административные шаблоны → Компоненты Windows → Служба удаленных рабочих столов → Узел сеансов удаленных рабочих столов → Лицензирование → Использовать указанные серверы лицензирования удаленных рабочих столов>.

Включаем данную политику и вводим требуемый сервер лицензирования. В нашем случае мы будем ссылаться на свой локальный сервер 127.0.0.1 и применяем настройку.

Рисунок 1 — Настройка сервера лицензирования

Для второго пункта мы переходи по следующему пути: Конфигурация компьютера → Административные шаблоны → Компоненты Windows → Служба удаленных рабочих столов → Узел сеансов удаленных рабочих столов → Лицензирование → Задать режим лицензирования удаленных рабочих столов.

Включаем политику и указываем режим лицензирования, в нашем случае мы активируем на устройство и применяем настройку.

Далее обновляем групповую политику. Для этого открываем строку Выполнить посредством нажатия комбинации Win+R, вводим команду gpupdate /force, жмём Enter.

Настройка по установке лицензий прошла успешно, далее мы настраиваем шлюз удаленных рабочих столов.

Настройка шлюза удаленных рабочих столов

Шлюз удаленных рабочих столов — это сервис-посредник между клиентами из внешней сети и сеансов внутренней сети, обеспечивает безопасный обмен данными между ними и прослушивает порт 443.
Заходим в Диспетчер серверов → Средства → Remote Desktop Services → Диспетчер шлюза удаленных рабочих столов. Нажимаем ПКМ по папке Политики и выбираем Создание новых политик авторизации. Откроется Мастер создания новых политик авторизации.

Далее выбираем следующие пункты:

Политики авторизации — Создать политику авторизации подключений к удаленным рабочим столам и авторизации ресурсов удаленных рабочих столов.
Политика авторизации подключений — пишем наименование политики (в нашем случае Users).
Требования — выбираем членство в группе для пользователей или компьютеров, которые смогут подключаться к серверу (в нашем случае, мы добавили группу пользователей Пользователи удаленного рабочего стола и Администраторы).
Перенаправление устройств — выбираем, что требуется перенаправить (мы выбрали Включить перенаправление устройств для всех клиентских устройств).
Время ожидания сеанса — по умолчанию.
Сводка по политике авторизации подключений к RD — параметры которые будут созданы в данной политике.
Политика авторизации ресурсов — пишем наименование политики (в нашем случае TS).
Группы пользователей — выбираем членство в группе для пользователей или компьютеров, которые смогут подключаться к серверу (в нашем случае, мы добавили группу пользователей Пользователи удаленного рабочего стола и Администраторы).
Сетевой ресурс — можем настроить группу терминальных серверов, куда можно подключиться, выберем Разрешить подключение пользователей к любому ресурсу (компьютеру).
Разрешенные порты — если настроен нестандартный порт, то в этом пункте можно это указать, выбираем Разрешить подключение только к порту 3389.
Сводка по политике авторизации ресурсов RD — параметры которые будут созданы в данной политике.

На данном этапе мы завершили настройку шлюза удаленных рабочих столов, за исключением установки сертификата.

Для того, чтобы установить сертификат на шлюз удаленных рабочих столов, мы воспользуемся утилитой win-acme.

Установка сертификата на шлюз удаленных рабочих столов через Let’s Encrypt

Скачиваем программу win-acme.

Копируем в папку C:\Scripts\win-acme.

Создаем 2 bat-файла:

Файл C:\Scripts\win-acme\Register.bat:

@echo off

rem powershell.exe

:: Ввод данных:
set /p commonname_Data="Enter Domain name(exampe : v0162.esit.info) : "
powershell -ExecutionPolicy Bypass -NoLogo -NoProfile -Command "Get-WebBinding |  Remove-WebBinding"
powershell -ExecutionPolicy Bypass -NoLogo -NoProfile -Command "New-WebBinding -Name 'Default Web Site' -Port 443 -Protocol https   -SslFlags 0 -IPAddress "*" -HostHeader "*" "
powershell -ExecutionPolicy Bypass -NoLogo -NoProfile -Command "New-WebBinding -Name 'Default Web Site' -Port 80 -Protocol http   -IPAddress "*" -HostHeader "*" "
powershell -ExecutionPolicy Bypass -NoLogo -NoProfile -Command "Set-WebBinding -Name 'Default Web Site' -BindingInformation "*:443:*" -PropertyName  HostHeader  -Value '%commonname_Data%'"
powershell -ExecutionPolicy Bypass -NoLogo -NoProfile -Command "Set-WebBinding -Name 'Default Web Site' -BindingInformation "*:80:*" -PropertyName  HostHeader  -Value '%commonname_Data%'"
@echo on
"C:\Scripts\win-acme\wacs.exe" --installation script --target iissite --siteid 1 --commonname %commonname_Data% --emailaddress admin@admin --accepttos --script "./scripts/PSScript.bat" --scriptparameters "./scripts/ImportRDGateway.ps1 {5}"

Файл C:\Scripts\win-acme\Scripts\PSScript.bat:

powershell.exe -ExecutionPolicy RemoteSigned -File %*

После этого запускаем C:\Scripts\win-acme\Register.bat.
Вводим домен на котором находится наш шлюз удаленных рабочих столов.
Если всё получилось, то в оснастке шлюза удаленных рабочих столов должен появится созданный сертификат, а в консоли — готовый результат.

Подключение пользователей

Следующем этапом мы создаем пользователей для подключение к удаленному рабочему столу через шлюз удаленных рабочих столов.

Вводим требуемые поля: пользователь и пароль.

В меню пуск находим оснастку Управление компьютером.
Нажимаем папку Локальные пользователи.
Выбираем папку Пользователи, нажимаем ПКМ → Новый пользователь.

Создаем нового пользователя, убираем срок действия пароля (если нужно) и добавляем его в группу Пользователи удаленного рабочего стола, для этого заходим в Панель управления → Система → Настройка удаленного рабочего стола → Выбрать пользователей → Добавить.

Добавляем созданных пользователей, после чего подключаемся к серверу.

На машине, с которой будем подключаться к серверу, ищем утилиту Подключение к удаленному рабочему столу на Windows 10 она находится по следующему расположению: Пуск → Стандартные → Windows → Подключение к удаленному рабочему столу.

В открытом окне вводим имя нашего сервера или локальный ip-адрес. В нашему случае имя сервера EFSOL-IT. Пользователя указываем, которого создали (EFSOL-IT\user001).

Далее, чтобы указать адрес шлюза удаленных рабочих столов, переходим во вкладку Дополнительно нажимаем Параметры вводим в окне Имя сервера.

Нажимаем ОК → Подключить.

При подключении к удаленному рабочему столу может появиться сообщение о сертификате, мы на него соглашаемся.

Установка терминального сервера произведена и шлюз удаленных рабочих столов успешно настроен.

Нужна помощь? Настройки Windows Server и обслуживание серверов мы осуществляем в рамках услуги ИТ-аутсорсинг. Также возможны разовые проектные работы.

Источник

As you might know, I am a huge fan of the Windows Terminal, and since Windows Server 2022 by default does not include the Windows Terminal, I wanted to quickly show you how you can install the Windows Terminal on Windows Server 2022.

How to install Windows Terminal on Windows Server 2022

Luckily, we can simply download the MSIX bundle from the Windows Terminal GitHub release page. You can also run the following PowerShell command to download the file (Make sure you change the Uri to the latest version).

# Install Prerequisites
Invoke-WebRequest -Uri https://aka.ms/Microsoft.VCLibs.x64.14.00.Desktop.appx -outfile Microsoft.VCLibs.x86.14.00.Desktop.appx
Add-AppxPackage Microsoft.VCLibs.x86.14.00.Desktop.appx

# Download Terminal (Change version)
Invoke-WebRequest -Uri https://github.com/microsoft/terminal/releases/download/v1.7.1091.0/Microsoft.WindowsTerminal_1.7.1091.0_8wekyb3d8bbwe.msixbundle -outfile Microsoft.WindowsTerminal_1.7.1091.0_8wekyb3d8bbwe.msixbundle

Now you can run the following PowerShell command to add the msixbudle and install the Windows Terminal on Windows Server 2022.

Add-AppxPackage Microsoft.WindowsTerminal_<versionNumber>.msixbundle

In my example this would be:

Add-AppxPackage -Path .\Microsoft.WindowsTerminal_1.7.1091.0_8wekyb3d8bbwe.msixbundle

Keep in mind, when you install the Windows Terminal manual like this, it will not automatically update itself.

Install Windows Terminal on Windows Server 2022

Conclusion

I hope this blog post is helpful. If you have any questions, feel free to leave a comment below. Also if you want to make out more of your Windows Terminal, check out my blogs:

My Customized Windows Terminal Settings.json
My Windows Terminal Color Schemes
Install the new Windows Terminal for Windows 10
How to open Windows Terminal from Command Prompt or Run
How to Change the Windows Terminal Background Image
How to SSH into an Azure VM from Windows Terminal Menu
Add a PowerShell Remote Session in Windows Terminal

If you want to provide feedback for Windows and Windows Server, the team wants to hear from you!

The most important part of a frequent release cycle is to hear what’s working and what needs to be improved, so your feedback is extremely valued. For Windows Server, use your registered Windows 10 Insider device and use the Feedback Hub application. In the app, choose the Windows Server category and then the appropriate subcategory for your feedback. In the title of the Feedback, please indicate the build number you are providing feedback on as shown below:

[Server #####] Title of my feedback

Have fun!

Tags: install, Microsoft, MSIX, Terminal, Windows Server, Windows Server 2022, Windows Terminal Last modified: February 8, 2023

About the Author / Thomas Maurer

Thomas works as a Senior Cloud Advocate at Microsoft. He engages with the community and customers around the world to share his knowledge and collect feedback to improve the Azure cloud platform. Prior joining the Azure engineering team, Thomas was a Lead Architect and Microsoft MVP, to help architect, implement and promote Microsoft cloud technology.

If you want to know more about Thomas, check out his blog: www.thomasmaurer.ch and Twitter: www.twitter.com/thomasmaurer

Источник

Windows Server 2022 предоставляет широкий набор возможностей для настройки сервера терминалов, которые позволяют организовать удаленный доступ к рабочим станциям и приложениям. В этом подробном руководстве мы рассмотрим основные шаги и настройки, необходимые для правильной работы сервера терминалов на операционной системе Windows Server 2022.

Шаг 1: Установка роли «Сервер терминалов»

Первый шаг при настройке сервера терминалов — установка соответствующей роли на сервере. Для этого откройте «Управление сервером» и перейдите в раздел «Установка ролей и компонентов». Найдите роль «Сервер терминалов» в списке предлагаемых ролей и активируйте её установку.

Примечание: Для установки роли «Сервер терминалов» вы должны иметь соответствующие разрешения администратора сервера.

Шаг 2: Конфигурация лицензий

После установки роли «Сервер терминалов» необходимо настроить лицензирование. Для этого откройте «Центр управления серверами», выберите вкладку «Сервер терминалов» и перейдите на вкладку «Лицензирование». Здесь вы можете выбрать тип лицензии и ввести соответствующий ключ лицензии.

Примечание: Если у вас нет ключа лицензии, вы можете установить временную тридцатидневную лицензию для продолжения работы по настройке сервера терминалов.

Продолжайте чтение этого руководства, чтобы узнать о дополнительных шагах настройки сервера терминалов Windows Server 2022 и об основных конфигурационных параметрах, которые следует учитывать при настройке сервера терминалов.

Содержание

Установка операционной системы Windows Server 2022
Настройка сетевых параметров сервера
Установка и настройка службы терминалов на сервере
1. Установка службы терминалов
2. Настройка службы терминалов
Создание и настройка пользователей для доступа к терминалам
Настройка параметров групповой политики для терминалов

Установка операционной системы Windows Server 2022

Установка операционной системы Windows Server 2022 на сервер очень важный процесс, который обеспечивает функциональность и производительность сервера терминалов. Ниже приведены шаги по установке операционной системы Windows Server 2022:

Подготовка:

Перед установкой операционной системы Windows Server 2022 убедитесь, что ваш сервер соответствует требованиям системы, включая достаточное количество процессоров, оперативной памяти и свободного места на жестком диске.

Создание загрузочного носителя:

Создайте загрузочный носитель для установки операционной системы Windows Server 2022. Вы можете использовать официальный ISO-образ с сайта Microsoft или создать загрузочную флешку или DVD.

Подключение загрузочного носителя:

Подключите загрузочный носитель к серверу. Если вы используете загрузочную флешку или DVD, вставьте ее в соответствующий разъем. Если вы используете виртуальную машину, подключите ISO-образ к виртуальному CD/DVD-приводу.

Загрузка сервера с загрузочного носителя:

Перезагрузите сервер и выберите загрузочное устройство, на котором находится загрузочный носитель Windows Server 2022. Загрузка может занять некоторое время.

Установка операционной системы:

Следуйте инструкциям мастера установки, чтобы установить операционную систему Windows Server 2022 на сервер. Вам может потребоваться выбрать язык установки, ввести ключ продукта и выбрать тип установки.

Настройка сервера:

После завершения установки операционной системы выполните начальную настройку сервера. Это включает в себя создание имени компьютера, настройку сетевого подключения и учетных записей администратора.

Выполняя эти шаги, вы успешно установите операционную систему Windows Server 2022 на сервер и будете готовы к настройке сервера терминалов.

Настройка сетевых параметров сервера

Вам потребуется следующая информация:

IP-адрес сервера
Подсеть (subnet mask)
Шлюз по умолчанию (default gateway)
DNS-серверы

Для настройки сетевых параметров сервера выполните следующие шаги:

Откройте меню «Пуск» и выберите «Настройки».
В разделе «Сеть и интернет» выберите «Сеть и состояние сети».
В открывшемся окне выберите «Изменение параметров адаптера».
Правой кнопкой мыши кликните на сетевом адаптере, который хотите настроить, и выберите «Свойства».
В списке доступных протоколов выберите «Интернет-протокол версии 4 (TCP/IPv4)» и нажмите кнопку «Свойства».
Установите флажок «Использовать следующие IP-адреса» и введите необходимые сетевые параметры: IP-адрес, подсеть, шлюз по умолчанию и DNS-серверы.
Нажмите кнопку «OK» для сохранения изменений.

После завершения настройки сетевых параметров сервера, сервер будет готов к использованию в сети. Убедитесь, что введенные значения корректны и соответствуют настройкам сети.

Важно помнить, что некорректная настройка сетевых параметров может привести к неполадкам в работе сервера. Поэтому перед внесением изменений рекомендуется сохранить текущие настройки или обратиться за помощью к специалисту в области настройки сети.

Установка и настройка службы терминалов на сервере

Служба терминалов Windows Server 2022 предоставляет возможность удаленного доступа к рабочему столу сервера через удаленные клиенты. Установка и настройка этой службы важны для обеспечения удаленного администрирования сервера и предоставления доступа пользователям к приложениям и данным.

В этом разделе мы рассмотрим шаги по установке и настройке службы терминалов на сервере Windows Server 2022.

1. Установка службы терминалов

Первым шагом является установка службы терминалов. Для этого необходимо выполнить следующие действия:

1.	Откройте Server Manager.
2.	Выберите раздел «Управление» в левой панели и нажмите на «Добавить роли и компоненты».
3.	Пройдите через мастер установки и выберите «Служба терминалов» в списке ролей.
4.	Нажмите «Далее» и выполните установку, следуя инструкциям мастера.

2. Настройка службы терминалов

После установки службы терминалов необходимо выполнить ее настройку. Для этого следуйте следующим шагам:

1.	Откройте Server Manager и выберите «Служба терминалов» в левой панели.
2.	В появившемся окне выберите «Лицензирование RD» и нажмите на «Добавить сервер»
3.	Укажите имя сервера для активации и нажмите «Далее».
4.	Выберите тип лицензии и выполните активацию, следуя инструкциям.

После выполнения этих шагов служба терминалов будет установлена и настроена на сервере Windows Server 2022. Теперь вы сможете использовать удаленный доступ к серверу через клиентские приложения.

Создание и настройка пользователей для доступа к терминалам

Для обеспечения доступа к терминалам Windows Server 2022 необходимо создать и настроить пользователей. В этом разделе мы рассмотрим процесс создания и настройки пользователей для доступа к терминалам.

Шаг 1. Откройте «Панель управления» и выберите «Пользователи».

Шаг 2. Щелкните правой кнопкой мыши на пустом месте и выберите «Создать пользователя».

Шаг 3. Введите имя пользователя и пароль. Обязательно укажите надежный пароль для обеспечения безопасности системы.

Шаг 4. Установите необходимые разрешения для пользователя. Вы можете выбрать между «Полным доступом», «Чтением и записью», «Чтением» и «Записью».

Когда пользователь создан, следующим шагом является настройка доступа к терминалам.

Шаг 1. Вернитесь на рабочий стол и щелкните правой кнопкой мыши на значок «Панель управления».

Шаг 2. Выберите «Администрирование сервера».

Шаг 3. В меню слева выберите «Удаленный рабочий стол» и перейдите на вкладку «Пользователи удаленного рабочего стола».

Шаг 4. Щелкните правой кнопкой мыши на пользователя, для которого желаете настроить доступ, и выберите «Свойства».

Шаг 5. Проверьте настройки доступа и установите необходимые разрешения.

После выполнения всех указанных выше шагов, пользователь будет иметь доступ к терминалам и сможет работать на сервере удаленно.

Завершая, следует отметить, что создание и настройка пользователей для доступа к терминалам Windows Server 2022 — это важный шаг в обеспечении безопасности и удобства работы на сервере. Рекомендуется создавать различные учетные записи для разных пользователей и устанавливать соответствующие права доступа к папкам и файлам.

Настройка параметров групповой политики для терминалов

Для настройки групповой политики для терминалов необходимо использовать инструменты управления групповой политикой, такие как Групповой политический объект (GPO) и Консоль управления групповой политикой (GPMC). Следующие параметры групповой политики могут быть полезными при настройке терминалов:

1. Настройка портов — Вы можете настроить, какие порты будут открыты или закрыты на терминалах. Это может быть полезно для обеспечения безопасности и предотвращения доступа к определенным службам.

2. Ограничение доступа — Групповая политика позволяет вам ограничить доступ к определенным функциям и ресурсам на терминалах. Например, вы можете запретить пользователям изменять настройки системы или выполнение определенных программ.

3. Настройка политик безопасности — Групповая политика позволяет настроить различные политики безопасности, такие как управление паролями, блокировка учетных записей после неудачных попыток входа и т. д. Это поможет повысить безопасность терминалов.

4. Контроль загрузки и выполнения программ — Вы можете настроить групповую политику для контроля загрузки и выполнения программ на терминалах. Например, вы можете разрешить или запретить установку программ или запуск определенных исполняемых файлов.

5. Настройка рабочего стола и панели задач — Групповая политика позволяет настроить внешний вид рабочего стола и панели задач на терминалах. Например, вы можете изменить фоновое изображение, установить значок иконки или запретить пользователю изменять эти настройки.

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

Источник

Минимальные требования:

64-разрядный процессор с тактовой частотой 1,4 ГГц.
ОЗУ 512 МБ (2 ГБ для варианта установки Сервер с рабочим столом).
Диск 32 ГБ.
Доступ к интернету..

Заходим в Диспетчер серверов → добавить роли и компоненты.

В оснастке Мастер добавления ролей и компонентов:

Тип установки — установка ролей и компонентов.
Роли сервера — службы удаленных рабочих столов.

Добавляем роли на сервере:

Тип установки — Установка ролей или компонентов.
Выбор сервера — Выбираем наш текущий сервер.
Роли сервера — Службы удаленных рабочих столов.
Службы ролей — Лицензирование удаленных рабочих столов, шлюз удаленных рабочих столов.

Подтверждаем установку компонентов и нажимаем Установить. Перезагружаем сервер.

Настройка сервера лицензирования

В диспетчере нажимаем ПКМ на наш сервер и выбираем Активировать сервер.

В следующем пункте вводим Сведения об организации и нажимаем Далее.

В мастере установки лицензий появятся параметры сервера лицензирования, жмём Далее.

Лицензию выбираем в зависимости от того, какая у вас имеется.

Есть следующие типы лицензии:

Пакет лицензий (в розницу).
Соглашение Open License.
Соглашение Select License.
Соглашение Enterprise Agreement.
Соглашение Campus Agreement.
Соглашение School Agreement.
Лицензионное соглашение постановщика услуг.
Другое соглашение.
Лицензия Select Plus.

В нашем случае мы выбираем Соглашение Enterprise Agreement.

Выбираем версию продукта Windows Server 2022.
Тип лицензии — Клиентская лицензия служб удаленных рабочих столов на устройство.
Количество ставим в зависимости от приобретенной вами лицензией. В нашем случае мы активируем на 10 устройств.

В окне Выполнить вводим gpedit.msc и нажимаем ОК.

Рисунок 1 — Настройка сервера лицензирования

Настройка по установке лицензий прошла успешно, далее мы настраиваем шлюз удаленных рабочих столов.

Настройка шлюза удаленных рабочих столов

Далее выбираем следующие пункты:

Политики авторизации — Создать политику авторизации подключений к удаленным рабочим столам и авторизации ресурсов удаленных рабочих столов.
Политика авторизации подключений — пишем наименование политики (в нашем случае Users).
Требования — выбираем членство в группе для пользователей или компьютеров, которые смогут подключаться к серверу (в нашем случае, мы добавили группу пользователей Пользователи удаленного рабочего стола и Администраторы).
Перенаправление устройств — выбираем, что требуется перенаправить (мы выбрали Включить перенаправление устройств для всех клиентских устройств).
Время ожидания сеанса — по умолчанию.
Сводка по политике авторизации подключений к RD — параметры которые будут созданы в данной политике.
Политика авторизации ресурсов — пишем наименование политики (в нашем случае TS).
Группы пользователей — выбираем членство в группе для пользователей или компьютеров, которые смогут подключаться к серверу (в нашем случае, мы добавили группу пользователей Пользователи удаленного рабочего стола и Администраторы).
Сетевой ресурс — можем настроить группу терминальных серверов, куда можно подключиться, выберем Разрешить подключение пользователей к любому ресурсу (компьютеру).
Разрешенные порты — если настроен нестандартный порт, то в этом пункте можно это указать, выбираем Разрешить подключение только к порту 3389.
Сводка по политике авторизации ресурсов RD — параметры которые будут созданы в данной политике.

Для того, чтобы установить сертификат на шлюз удаленных рабочих столов, мы воспользуемся утилитой win-acme.

Установка сертификата на шлюз удаленных рабочих столов через Let’s Encrypt

Скачиваем программу win-acme.

Копируем в папку C:Scriptswin-acme.

Создаем 2 bat-файла:

Файл C:Scriptswin-acmeRegister.bat:

@echo off

rem powershell.exe

:: Ввод данных:
set /p commonname_Data="Enter Domain name(exampe : v0162.esit.info) : "
powershell -ExecutionPolicy Bypass -NoLogo -NoProfile -Command "Get-WebBinding |  Remove-WebBinding"
powershell -ExecutionPolicy Bypass -NoLogo -NoProfile -Command "New-WebBinding -Name 'Default Web Site' -Port 443 -Protocol https   -SslFlags 0 -IPAddress "*" -HostHeader "*" "
powershell -ExecutionPolicy Bypass -NoLogo -NoProfile -Command "New-WebBinding -Name 'Default Web Site' -Port 80 -Protocol http   -IPAddress "*" -HostHeader "*" "
powershell -ExecutionPolicy Bypass -NoLogo -NoProfile -Command "Set-WebBinding -Name 'Default Web Site' -BindingInformation "*:443:*" -PropertyName  HostHeader  -Value '%commonname_Data%'"
powershell -ExecutionPolicy Bypass -NoLogo -NoProfile -Command "Set-WebBinding -Name 'Default Web Site' -BindingInformation "*:80:*" -PropertyName  HostHeader  -Value '%commonname_Data%'"
@echo on
"C:Scriptswin-acmewacs.exe" --installation script --target iissite --siteid 1 --commonname %commonname_Data% --emailaddress [email protected] --accepttos --script "./scripts/PSScript.bat" --scriptparameters "./scripts/ImportRDGateway.ps1 {5}"

Файл C:Scriptswin-acmeScriptsPSScript.bat:

powershell.exe -ExecutionPolicy RemoteSigned -File %*

После этого запускаем C:Scriptswin-acmeRegister.bat.
Вводим домен на котором находится наш шлюз удаленных рабочих столов.
Если всё получилось, то в оснастке шлюза удаленных рабочих столов должен появится созданный сертификат, а в консоли — готовый результат.

Подключение пользователей

Вводим требуемые поля: пользователь и пароль.

В меню пуск находим оснастку Управление компьютером.
Нажимаем папку Локальные пользователи.
Выбираем папку Пользователи, нажимаем ПКМ → Новый пользователь.

Добавляем созданных пользователей, после чего подключаемся к серверу.

В открытом окне вводим имя нашего сервера или локальный ip-адрес. В нашему случае имя сервера EFSOL-IT. Пользователя указываем, которого создали (EFSOL-ITuser001).

Нажимаем ОК → Подключить.

Установка терминального сервера произведена и шлюз удаленных рабочих столов успешно настроен.

В этой статье мы рассмотрим самые базовые настройки Windows Server 2022 — это Active Directory, DNS, DHCP, настройки терминальных лицензий, добавление пользователей… Эти настройки являются не обязательными, но как правило применяются как базовые для большинства задач.

— Скачать бесплатно дистрибутив Windows Server 2022 Standard и Datacenter можете в нашем каталоге.

— Пошаговая инструкция по установке Windows Server 2022 в нашей прошлой статье.

— Приобрести ключи активации для Windows Server 2022 Standard и Datacenter можете так же в нашем каталоге.

1) При установке Windows Server 2022 например на русском языке, добавляется по умолчанию только одна раскладка клавиатуры — «Русский язык», для настроек нам необходима еще английская раскладка клавиатуры. Добавим ее.

Заходим в меню «Пуск» => Параметры => Время и язык.

Во вкладке «Язык» нажимаем на «Добавление языка».

Выбираем «Английский» => Далее.

Можем оставить все галки, кроме назначения языком интерфейса и нажимаем «Установить».

Теперь дожидаемся установки языкового пакета, после установки можете перезагрузить сервер и у Вас появится возможность переключения языка раскладки на английский язык.

2) Следующим шагом, нам нужно задать имя серверу для более простого подключения к нему. Заходим в проводник => Слева «Этот компьютер» => Свойства.

В меню «О программе» нажимаем «Дополнительные параметры системы».

В новом окне выбираем вкладку «Имя компьютера» => Изменить.

Задаем имя компьютера, имя может быть любое. Рекомендуем не использовать кириллицу, а только латиницу и цифры.

Для применения настроек — перезагружаем сервер.

3) Далее, зададим локальный статический IP адрес сервера. Это так же необходимо для бесперебойного подключения к нему. (мы рекомендуем помимо всего использовать так же статический публичный IP для корректного подключения к нему из внешней сети интернет). Так же, данная настройка обязательна для последующей настройки DHCP сервера.

В поиск вводим ncpa.cpl

Правой кнопкой мыши на сетевую карточку => Свойства.

Мы будем настраивать Ipv4, выделяем его курсором и нажимаем «Свойства».

Задаем настройки IP Вашей сети. Внимание! На скриншоте ниже — это пример, у вас должны быть Ваши собственные настройки под Вашу сеть.

3) Теперь переходим к добавлению ролей и компонентов в Active Directory (Диспетчере серверов).

Нажимаем меню «Пуск» => Диспетчер серверов.

Добавить роли и компоненты.

В следующем окне просто нажимаем «Далее».

В меню «Тип установки» выбираем пункт => Установка ролей и компонентов.

Далее «Выбираем сервер из пула». Он у нас должен быть один.

Далее, выбираем нужные Вам роли (функионал сервера), в случае чего, вы всегда сможете добавить что-либо еще, если что-то понадобится дополнительное.

Мы выберем на примере DHCP-сервер, DNS-сервер (Внимание! DNS (домен) не всегда нужен под рабочие задачи, убедитесь, что он нужен именно Вам, прежде чем его выбирать для установки. Мы его устанавливаем лишь для примера.), Доменные службы и Службы для удаленных рабочих столов (для подключения к серверу по RDP).

После выбора нужных служб идем далее.

Далее, пролистываем до меню «Службы ролей» в подпункт «Службы удаленных рабочих столов» и выбираем здесь пункты «Лицензирование удаленных рабочих столов», «Узел сеансов удаленных рабочих столов» и «Шлюз удаленных рабочих столов».

Пролистываем до конца в меню «Подтверждение», нажимаем «Установить» и дожидаемся установки служб.

После перезагрузите сервер для применения настроек.

4) После перезагрузки заходим в меню Active Directory (Диспетчер серверов) и перейдем в настройки доменных служб (DNS), если вы не выбирали данную службу, то пропустите этот пункт настройки.

Выбираем пункт «Добавить новый лес» => и задаем имя для домена, он может быть любым, например названием вашей компании, или название вашего сайта. Настоятельно рекомендуем задавать только на латинице (или цифры).

В параметрах контроллера домена задаем пароль для Вашего домена.

Параметр NetBIOS как правило задается автоматически от имени домена.

Доходим до проверки предварительных требований и нажимаем «Установить». Дождитесь установки.

После установки домена можете проверить в свойствах системы, что Ваш сервер добавлен в домен.

5) Перейдем к настройке DHCP, чтобы сервер мог раздавать IP адреса на клиентские ПК.

Нажимаем «Далее».

Оставляем по умолчанию.

В этой настройке готово.

Теперь в диспетчере серверов, в меню слева выбираем пункт DHCP => Правой кнопкой мыши на Ваш сервер => Диспетчер DHCP

Раскрываем ветку DHCP => Ваш сервер => IPv4, правой кнопкой мыши на этот пункт => Создать область.

В новом окне «Далее».

Задаем любое имя области.

Далее задаем диапазон IP адресов, который будет раздавать сервер на локальные компьютеры, а так же маску подсети. (На скриншоте ниже — это пример, у вас может быть свой диапазон).

При желании, можете исключить какой-либо промежуток IP адресов, либо просто нажмите «Далее».

Задаем срок действия раздачи IP адреса на компьютеры. Мы зададим большой срок в 365 дней, у вас он может быть любой под Ваши задачи.

Выбираем пункт «Да, настроить эти параметры сейчас».

Можете добавить адрес маршутизатора (роутера) из вашей сети.

Можете добавить WINS-сервер, если у вас уже он был ранее настроен на сервере, то он добавится автоматически. Либо можете пропустить данный пункт настройки.

Активировать эту область сейчас.

Готово.

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

6) Теперь приступим к лицензированию удаленных рабочих столов (RDP / RDS), чтобы Вы могли подключаться к серверу с клиентских ПК по RDP.

— Первое, что для этого нужно — это ключ активации Windows Server 2022 RDS User или Device CAL. Приобрести его можете в нашем каталоге на следующей странице.

— Чем отличается User CAL от Device CAL можете ознакомиться в нашей прошлой статье.

— Для активации ключа RDS теперь можете воспользоваться следующей инструкцией по настройке и активации данного функционала в нашей прошлой статье. Инструкция является универсальной, начиная от 2012r2 версии до 2022 версии Windows Server.

7) Следующим шагом рассмотрим как добавить пользователя в Windows Server, в случае, если Вы не устанавливали на сервер домен (DNS). С созданными пользователями Вы можете под их данными подключаться к серверу по RDP.

Заходим в Active Directory => Средства => Управление компьютером => Локальные пользователи и группы => Пользователи => Новый пользователь.

Задаем имя пользователя, можете так же указать его должность, или краткое описание. Обязательно задаем ему пароль для входа. При желании можете установить пункты запрета на смену пароля пользователю и отключение срока действия пароля.

Пользователь создан. Нажав на него двойным кликом курсором мыши можете задать пользователю более детальные настройки, при необходимости.

Эта большая инструкция посвящена особенностям установки, настройки и эксплуатации фермы терминальных серверов на базе роли Remote Desktop Services (RDS) в Windows Server. Статья поможет вам развернуть службы удаленных столов на Windows Server 2022, 2019 и 2016 в домене Active Directory.

Содержание:

Компоненты Remote Desktop Services в Windows Server 2022/2016/2016/2012R2
Создаем новую конфигурацию Remote Desktop Services в Windows Server
Создаем коллекции Remote Desktop Services в Windows Server
Публикация RemoteApp в Remote Desktop Services
Настройка фермы Remote Desktop services с помощью PowerShell

Компоненты Remote Desktop Services в Windows Server 2022/2016/2016/2012R2

В состав роли RDS в Windows Server входя следующие компоненты:

Remote Desktop Session Host (RDSH) – узлы сеансов RDS. Основные рабочие лошадки фермы RDS, на которых работают приложения пользователей;
Remote Desktop Connection Broker (RDCB) – посредник RDS подключений. Используется для управления фермой RDS, распределения нагрузки, обеспечивает переподключение пользователей к своим сеансам, хранит коллекции RDS и опубликованные приложения RemoteApps;
Remote Desktop Gateway (RDGW) – обеспечивает безопасный доступ к сервисам RDS из Интернета;
RD Web Access (RDWA) – веб интерфейс для доступа к рабочим столам, программам RemoteApp;
Remote Desktop Licensing (RD Licensing) — служба лицензирования, управляет RDS лицензиями (CAL) пользователей.

В нашем небольшом стенде будут всего три сервера со следующим распределением ролей

msk-rds1.winitpro.ru
— RDSH
msk-rds2.winitpro.ru
– RDSH
msk-rdsman.winitpro.ru
– RDSH, RDWA, RDCB, RD License

Предварительные требования, которые нужно выполнить перед созданием RDS фермы:

Установите одинаковую версию Windows Server на все сервера, настроить их, и добавить в один домен AD;
Откройте консоль ADUC (
dsa.msc
) и переместите все хосты с ролью RDSH в одну OU в AD. Так будет удобнее применять единые настройки через GPO;
Создайте в домене группу для RDSH серверов (например,
msk-rdsh
) и добавьте в нее все хосты;
Если вы хотите использовать диски User Profile Disk (UPD) для хранения профилей пользователей RDS (или перемещаемые профили), нужно создать на файловом сервере сетевой каталог, в котором они будут хранится (желательно расположить этот каталог на отказоустойчивом файловом кластере Windows Server). Предоставьте права Full Control на этот сетевой каталог для группы
msk-rdsh
.

Создаем новую конфигурацию Remote Desktop Services в Windows Server

Рассмотрим, как создать и настроить RDS конфигурацию с помощью графического интерфейса Server Manager.

Откройте Server Manager и добавьте все планируемые RDS сервера в консоль. Щелкните All Server -> Add servers.

Теперь в меню Server Manager выберите Add Roles and Features -> Remote Desktop Services installation -> Standard deployment –> Session-based deployment.

Режим Quick Start используется для развертывания всех компонентов RDS на одном сервере. В RDS ферме минимум может быть один сервер, который совмещает все роли RDS (RD Session Host, RD Web Access и RD Connection broker). Но такая конфигурация не обеспечивает отказоустойчивость и балансировку нагрузки в службах удаленных рабочей столов Windows Server.

Далее нужно указать, как вы хотите распределить роли RDS по вашим серверам. В мастере построения фермы RDS нужно выбрать сервера для соответствующих ролей. В моем случае я хочу построить такую конфигурацию:

RD Connection Broker –
msk-rdsman
RD Web Access —
msk-rdsman
RD Session hosts —
msk-rdsman, msk-rds1, msk-rds2

Вы можете распределить RDS роли по серверам в любой другой конфигурации.

Поставьте галку Restart destination server automatically if required и нажмите кнопку Deploy. Дождитесь установки ролей RDS на всех серверах.

Итак, ваша ферма RDS создана.

Следующий этап установка и настройка сервера лицензирования RDS. Вы можете установить роль RD Licensing на один из серверов в вашей ферме или использовать существующий в домене сервер лицензирования RDS. Подробная инструкция по установке, настройке и активации роли RD Licensing доступа по ссылке.

Для управления вашим развертыванием RDS нужно перейти в раздел Server Manager -> Remote Desktop Services. На вкладке Overview показана текущая конфигурация RDS фермы.

Чтобы изменить настройки RDS фермы выберите Tasks -> Edit Deployment Properties в разделе Deployment Overview.

Здесь можно изменить:

Параметры RD Gateway;
Адрес сервер сервера лицензирования и тип пользовательских лицензий RDS CAL (per user/per device);
Посмотреть URL адреса RD Web Access;
Добавить SSL сертификаты для служб RDS (в инструкции мы пропустим этот пункт).

Для построения отказоустойчивой фермы Remote Desktop Services нужно обеспечить высокую доступность роли RD Connection Broker. Это достигается за счет запуска нескольких экземпляров RDCB (Active/Active) на разных серверах с общей базой данных SQL, в которой хранится конфигурация брокера подключений. Для обеспечения высокой доступности SQL базы RDCB ее можно размесить в группе высокой доступности SQL Server Always On. Ранее мы публиковали подробный гайд по настройке RDS Connection Broker с высокой доступностью.

Создаем коллекции Remote Desktop Services в Windows Server

Следующий этап настройки – создание коллекций сеансов RDS. Коллекции Remote Desktop позволяют разделить хосты в ферме RDSH на отдельные группы или создать разный набор настроек и доступных приложений Remote App для разных групп пользователей.

Перейдите в раздел Collections, выберите Edit -> Create Session Collection.

Здесь нужно задать:

Имя коллекции RDS:
rds-Msk-Managers
Выберите какие хосты RDSH будут обслуживать пользователей коллекции (один RDSH хост может находиться в одной коллекций; не рекомендуется объединять в одну коллекцию сервера с разными версиями Windows Server);
На вкладке User Groups указываются группы пользователей, которым разрешено подключаться к коллекции. Уберите из групп Domain users и добавьте вашу группу (msk-Managers);
На вкладке User Profile Disk нужно указать, хотите ли вы использовать формат UPD для хранения профилей пользователей (Enable user profile disks). В поле Location of user profile disks укажите UNC путь к сетевому каталогу(например,
\msk-fs01mskrds_upd
), в котором будут хранится профили пользователей в форматер UPD виртуальных дисков (в этом случае при входе на любой сервер коллекции RDS, пользователь будет всегда загружать свой профиль) и максимальный размер диска (20 Гб по умолчанию);
Нажмите Create чтобы создать новую RDS коллекцию;
Убедитесь, что в указанном каталоге создался UPD файл с шаблоном профиля пользователя UVHD-template.vhdx.

Чтобы задать параметры коллекции RDS, выберите ее и нажмите Tasks -> Edit Properties.

Здесь можно изменить базовые параметры коллекции (имя, описание, группы доступа) и ряд других важных настроек.

В разделе Session можно задать параметры переподключения/ автоматического отключения простаивающих RDP сессий (подробнее рассматривалось в статье Настройка таймаутов для RDP сессий).

На вкладке Security можно выбрать настройки безопасности (Negotiate, RDP Security level или SSL/TLS) и шифрования (Low, High, Client compatible или FIPS compliant) для сессий RDP. Здесь также можно включить/отключить Network Level Authentication для RDP.

В секции Load Balancing можно изменить веса (
Relative Weight
) RDSH хостов в вашей ферме. Если характеристики серверов (RAM, CPU) в коллекции сильно отличаются, нужно задать меньший вес для менее производительных серверов. В этом случае RDCB будет распределять сессии пользователей по серверам в зависимости от их веса.

На вкладке Client Settings можно указать, какие устройства пользователям разрешено пробрасывать в RDP сессию. Например, вы можете разрешить/запретить пробрасывать с локального компьютера пользователя в RDS сеанс принтера, сетевые диски, аудио устройства, буфер обмена.

В разделе User Profile Disks можно более тонко настроить параметры UPD профилей пользователей. Можно исключить из синхронизации определенные папки или файлы. Это позволит уменьшить размер профиля UPD в сетевом каталоге и увеличить скорость загрузки профиля (не забывайте, что он загружается по сети из сетевой папки при входе пользователя).

Настройка и эксплуатация UPD обычно гораздо проще, чем использование перемещаемых профилей или folder redirection. Один UPD профиль не может использоваться в разных коллекциях RDS.

Для уменьшения размера UPD диска пользователя можно использовать стандартный PowerShell командлет
Resize-VHD
, используемый для изменения размеров виртуальных VHDX дисков Hyper-V.

В секции HOST SERVERS коллекции RDS можно перевести любой сервер фермы в режим обслуживания RDSH (Drain Mode). Для этого щелкните по нему и выберите Do not allow new connection. В результате Connection Broker не будет отправлять новые подключения пользователей на этот сервер. В таком режиме вы можете спокойно установить обновления Windows или обновлять на сервере приложения, не затрагивая пользователей.

Здесь же можно добавить/удалить RDS Host из коллекции.

Если RDSH хост вышел из строя и не доступен, его можно корректно удалить из фермы Remote Desktop Services по этой инструкции.

Публикация RemoteApp в Remote Desktop Services

RemoteApps – это опубликованные для пользователей приложения на RDS серверах. Благодаря RemoteApp можно использовать приложения, установленные на терминальном RDSH сервере так, как будто оно запущено непосредственно на компьютере пользователя. Пользователь не видит всего рабочего стола Windows Server RDS и работает только с теми программами, которые опубликовал для него администратор. На компьютере пользователя будет отображаться только окно запущенной на RDS программы.

Если вы не создаете RemoteApp, пользователи будут работать непосредственно на собственных рабочих столах на Windows Server. Поэтому не забудьте скопировать все необходимые пользователю ярлыки приложений в папку C:UsersPublicDesktop. Файлы из этой папки будут отображаться на рабочем столе всех пользователей. Если вы устанавливаете на RDSH пакет MS Office 365, обратите внимание что Office нужно разворачивать в режиме SharedComputerLicensing.

RemoteApp приложения создаются в настройках коллекций RDS. Выберите пункт Tasks -> Publish RemoteApp Programs в секции REMOTEAPP PROGRAMS.

Windows отобразит все приложения, установленные на текущем сервере. Можете выбрать одно из них. Если вашего приложения нет в списке, но оно установлено на других хостах RDS, нажмите кнопку Add и укажите полный путь к исполняемому файлу приложения (exe, bat, cmd и т.д.).

Опубликуйте приложение RemoteApp.

Затем в настройках RemoteApp можно указать дополнительные параметры приложения.

Нужно ли показывать опубликованное RemoteApp приложение в веб интерфейсе RD Web Access;
Задать параметры запуска (аргументы) приложения (Command-line Parameters -> Always use the following command-line parameters);
На вкладке User Assignment можно дополнительно ограничить каким группам пользователей разрешено запускать приложение.

Если вы хотите изменить иконку опубликованного RemoteApp, нужно открыть следующую папку на сервере с ролью RDS Connection Broker:

C:WindowsRemotePackagesCPubFarmsrds-Msk-ManagersCPubRemoteApps

Замените иконку приложения другим ico файлом.

Теперь пользователь может запустить RemoteApp приложение из RD Web Access (
https://msk-rdsman.wintpro.ru/RDWeb
) или с помощью специального RDP файла.

Для запуска опубликованного приложения RemoteApp, нужно добавить в RDP файл такие строки:

remoteapplicationmode:i:1
remoteapplicationname:s:putty
remoteapplicationprogram:s:"C:Toolsputty.exe"
disableremoteappcapscheck:i:1
alternate shell:s:rdpinit.exe

Несколько полезных мелочей для удобной эксплуатации фермы RDS:

Для роли RDWeb можно настроить поддержку HTML5, это позволит пользователям подключаться к RDS серверам из любого браузера и ОС даже без клиента RDP;
На веб сервере RD Web Access можно опубликовать ссылку на смену истекшего пароля пользователя (по умолчанию при включенном NLA вы не сможете аутентифицироваться на RDSH с истекшим паролем пользователя Active Directory);
Инструкция для пользователей по смене пароля в RDP сессии;
Администратор может использовать теневые подключения RD Session Shadow для подключения/просмотра рабочего стола сеанса пользователя на сервере RDS;
Чтобы быстро найти, на каких RDS серверах есть сессии определенного пользователя, можно использовать PowerShell:
Import-Module RemoteDesktop Get-RDUserSession -ConnectionBroker msk-rdsman.winitpro.ru | where {$_.UserName -eq "a.ivanov"} | Select HostServer
Вы можете использовать PowerShell скрипты для просмотра и анализа логов RDP подключений пользователей к серверам RDS;
Для дополнительной защиты можно настроить двухфакторную аутентификацию (2FA) пользователей на RDS серверах Windows с помощью сторонних средств.

Настройка фермы Remote Desktop services с помощью PowerShell

Если вы четко представляете себе концепцию RDS фермы, вы можете быстро разворачивать RDS конфигурацию с помощью PowerShell.

Следующие PowerShell команды для создания RDS фермы лучше запускать с другого на другом сервера, т.к. управляемые RDS хосты придется перезагружать.

Задайте имена серверов в вашей ферме RDS. В этом примере я установлю роли RDCB и RDS Licensing на отдельный сервер (в дальнейшем рекомендуется настроить отказоустойчивую конфигурацию RDCB).

$RDSH1 = "msk-rds1.winitpro.ru" $RDSH2 = "msk-rds2.winitpro.ru" $RDSCB = "msk-rdcb.winitpro.ru" $RDSGW = "msk-rdsgw.winitpro.ru" Import-Module RemoteDesktop

Установите RDS роли на сервера:

Add-WindowsFeature –ComputerName $RDSH1, $RDSH2 -Name RDS-RD-Server –IncludeManagementTools Add-WindowsFeature –ComputerName $RDSCB -Name RDS-Connection-Broker -IncludeManagementTools Add-WindowsFeature –ComputerName $RDSGW -Name RDS-Web-Access, RDS-Gateway –IncludeManagementTools

Перезагрузите все хосты:

Restart-Computer -ComputerName $RDSH1,$RDSH2,$RDSCB,$RDSGW

Создайте новый инстанс RDSessionDeployment:

New-RDSessionDeployment -ConnectionBroker $RDSCB -SessionHost $RDSH1,$RDSH2 –Verbose

Добавить в ферму сервера RDWA и RDGW:

Add-RDServer -Server $RDSGW -Role RDS-WEB-ACCESS -ConnectionBroker $RDSCB Add-RDServer -Server $RDSGW -Role RDS-GATEWAY -ConnectionBroker $RDSCB -GatewayExternalFqdn "rds.winitpro.ru"

Текущее распределение RDS ролей по серверам фермы можно вывести так:

Get-RDServer -ConnectionBroker $RDSGW

Установка роли лицензирования RDS:

Add-WindowsFeature –ComputerName $RDSCB -Name RDS-Licensing, RDS-Licensing-UI

Задайте режим лицензирования PerUser:

Invoke-Command -ComputerName $RDSCB -ScriptBlock {Set-RDLicenseConfiguration -Mode PerUser -LicenseServer $RDSCB -ConnectionBroker $RDSCB}

Add-RDServer -Server $RDSCB -Role RDS-LICENSING -ConnectionBroker $RDSCB

Добавить сервер лицензирования в доменную группу с помощью Add-ADGroupMember:

Add-ADGroupMember "Terminal Server License Servers" -Members "msk-rdcb$"

Если у вас есть сертификат для RDS можно его добавить в конфигурацию фермы (можно использовать бесплатный SSL сертификат Let’s Encrypt для вашего RDS хоста):

Path = "C:psRDSCert.pfx" $Password = ConvertTo-SecureString -String "CertPAssddr0w11-" -AsPlainText -Force Set-RDCertificate -Role RDGateway -ImportPath $Path -Password $Password -ConnectionBroker $RDSCB -Force Set-RDCertificate -Role RDWebAccess -ImportPath $Path -Password $Password -ConnectionBroker $RDSCB -Force Set-RDCertificate -Role RDPublishing -ImportPath $Path -Password $Password -ConnectionBroker $RDSCB -Force Set-RDCertificate -Role RDRedirector -ImportPath $Path -Password $Password -ConnectionBroker $RDSCB -Force

Информацию об установленных SSL сертификатах можно получить так:

Get-RDCertificate

Теперь можно создать коллекции RDS:

$CollectionName = "DEVdept" New-RDSessionCollection –CollectionName $CollectionName –SessionHost $RDSH1,$RDSH2 –ConnectionBroker $RDSCB –CollectionDescription “Develovers”

Разрешить доступ к RDS серверам для групп:

$UserGroup [email protected]("WINITPROmsk-developers","WINITPROmsk_devops") Set-RDSessionCollectionConfiguration -CollectionName $CollectionName -UserGroup $UserGroup

Опубликовать приложение RemoteAPP:

New-RDRemoteapp -Alias GoogleChrome -DisplayName GoogleChrome -FilePath "C:Program Files (x86)GoogleChromeApplicationchrome.exe" -ShowInWebAccess 1 -CollectionName $CollectionName -ConnectionBroker $RDSCB

В статье мы рассмотрели, как установить и настроить ферму Remote Desktop Services на базе Windows Server 2019/2022 с помощью графического интерфейса Server Manager и с помощью PowerShell. За рамками статьи осталось более подробное описание ролей RD Web Access и RD Gateway. Мы рассмотрим настройку этих ролей отдельно в следующих статьях.

If you have installed Windows Server 2022, you can enable remote desktop for remote administration. In this post I will show you how to enable the remote desktop in server 2022 operating system.

Remote desktop is a program or an operating system feature that allows a user to connect to a computer in another location, see that computer’s desktop and interact with it as if it were local.

Remote Desktop Services (RDS) is a feature in Windows Server 2022 that lets multiple users connect simultaneously and access applications and a desktop remotely. Remote Desktop feature is majorly used by IT for remote administration.

Windows Server 2022 is the latest server operating system by Microsoft. It is built on top of Windows Server 2019 and comes with additional security features and improvements over the previous release.

You can deploy Windows Server 2022 using SCCM and also synchronize server 2022 updates in Configuration Manager. You can refer to those guides once you have decided to manage Windows Server 2022 using Configuration Manager

Typically the IT teams relies on Remote Desktop access to connect to the devices such as Windows 10, Windows Server 2022 and manage tasks.

To enable Remote Desktop in Windows Server 2022, you need to login with a local administrator account to make the changes. There are several ways to allow remote access to Windows Server 2022 however I will be showing you the easiest method.

To enable remote access to Windows Server 2022 using Server Manager, follow the steps below.

Log in to Windows Server 2022 using a local administrator account.
Open Server Manager and select Local Server.
In the Properties section, look for Remote Desktop and click Disabled to and enable it.

Enable Remote Desktop in Windows Server 2022

In the System Properties dialog, check Allow remote connections to this computer. Ensure the option Allow connections only from computers running Remote Desktop with NLA is checked. This is the recommend option and more secure.

Enable Remote Desktop in Windows Server 2022

If you want to allow users to remote desktop the Windows server 2022, click Select Users and add the users. If the Server 2022 is domain joined, you can select the domain users and allow remote access to the server.

There is alternate way to open the remote desktop settings on a computer. Run the command sysdm.cpl and that should open the system properties window. Now select the Remote tab from system properties and there you can enable the Remote Desktop Settings.

How to install Windows Terminal on Windows Server 2022

# Install Prerequisites
Invoke-WebRequest -Uri https://aka.ms/Microsoft.VCLibs.x64.14.00.Desktop.appx -outfile Microsoft.VCLibs.x86.14.00.Desktop.appx
Add-AppxPackage Microsoft.VCLibs.x86.14.00.Desktop.appx

# Download Terminal (Change version)
Invoke-WebRequest -Uri https://github.com/microsoft/terminal/releases/download/v1.7.1091.0/Microsoft.WindowsTerminal_1.7.1091.0_8wekyb3d8bbwe.msixbundle -outfile Microsoft.WindowsTerminal_1.7.1091.0_8wekyb3d8bbwe.msixbundle

Now you can run the following PowerShell command to add the msixbudle and install the Windows Terminal on Windows Server 2022.

Add-AppxPackage Microsoft.WindowsTerminal_<versionNumber>.msixbundle

In my example this would be:

Add-AppxPackage -Path .Microsoft.WindowsTerminal_1.7.1091.0_8wekyb3d8bbwe.msixbundle

Keep in mind, when you install the Windows Terminal manual like this, it will not automatically update itself.

Install Windows Terminal on Windows Server 2022

Conclusion

I hope this blog post is helpful. If you have any questions, feel free to leave a comment below. Also if you want to make out more of your Windows Terminal, check out my blogs:

My Customized Windows Terminal Settings.json
My Windows Terminal Color Schemes
Install the new Windows Terminal for Windows 10
How to open Windows Terminal from Command Prompt or Run
How to Change the Windows Terminal Background Image
How to SSH into an Azure VM from Windows Terminal Menu
Add a PowerShell Remote Session in Windows Terminal

If you want to provide feedback for Windows and Windows Server, the team wants to hear from you!

[Server #####] Title of my feedback

Have fun!

Tags: install, Microsoft, MSIX, Terminal, Windows Server, Windows Server 2022, Windows Terminal Last modified: February 8, 2023

About the Author / Thomas Maurer

If you want to know more about Thomas, check out his blog: www.thomasmaurer.ch and Twitter: www.twitter.com/thomasmaurer

Роль терминального сервера пользуется огромной популярностью у системных администраторов самых разных по размеру предприятий, от самых маленьких, до очень больших. Действительно, это достаточно эффективный способ организации работы пользователей и эффективного использования вычислительных ресурсов. Но есть и определенные сложности: начиная с Windows Server 2012 компания Microsoft решила, что для развертывания терминальных служб обязательно нужен домен Active Directory. Но это не всегда приемлемо и уместно. Значит будем обходиться без домена, а как — расскажем в этой статье.

Научиться настраивать MikroTik с нуля или систематизировать уже имеющиеся знания можно на углубленном курсе по администрированию MikroTik. Автор курса, сертифицированный тренер MikroTik Дмитрий Скоромнов, лично проверяет лабораторные работы и контролирует прогресс каждого своего студента. В три раза больше информации, чем в вендорской программе MTCNA, более 20 часов практики и доступ навсегда.

Но прежде всего сделаем небольшое отступление. Очень часто многие администраторы используют терминальный сервер «по привычке», не обращая внимания на новые технологии доступа для привычных приложений. А технологии не стоят на месте, делаю работу проще, дешевле и удобнее. В частности это касается популярного пакета программ 1С:Предприятие, современные конфигурации которого отлично работают через тонкий клиент или веб-сервер. Поэтому нужно трезво оценить возможности применяемого ПО и принять взвешенное решение о необходимости терминального доступа.

Кроме очевидных достоинств сервер терминалов имеет ряд недостатков, к самым распространенным можно отнести сложности с организацией печати, особенно для удаленных клиентов, работающих с домашних устройств, а также затруднения в доступе к локальным файлам на сервере и наоборот. Также следует принимать во внимание, что терминальный доступ достаточно дорогое решение: кроме лицензий клиентского доступа CAL каждое подключение должно быть покрыто специальной лицензией Remote Desktop Services CAL.

Если вы, взвесив все за и против, все-таки решили развернуть терминальный сервер, то приступим к установке. Прежде всего откроем Диспетчер серверов и запустим Мастер добавления ролей и компонентов в котором выберем пункт Установка ролей или компонентов.

В разделе Выбор ролей сервера выбираем Службы удаленных рабочих столов:

Затем пролистываем мастер до раздела Выбор служб ролей, где выбираем Remote Desktop Session Host (Узел сеансов удаленных рабочих столов) и Лицензирование удаленных рабочих столов:

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

Снова откроем Диспетчер серверов и перейдем в Средства — Remote Desktop Services — Диспетчер лицензирования удаленных рабочих столов, выберем из списка наш сервер и в меню правой кнопки мыши нажмем Активировать сервер.

В открывшемся мастере выбираем Метод подключения — Авто:

Заполняем требуемые данные о владельце сервера:

Поля на следующем экране можно оставить пустыми и перейти к активации, которая будет выполнена в автоматическом режиме. По завершении работы Мастер активации сервера запустит Мастер установки лицензий с помощью которого можно установить на Сервер лицензирования приобретенные вами Remote Desktop Services CAL.

Прежде всего следует выбрать программу лицензирования в рамках которой были получены лицензии, скорее всего это будет OpenLicense или пакет лицензий в розницу.

В зависимости от выбранной программы следующее окно может выглядеть по-разному, в нем потребуется ввести данные о приобретенной лицензии. Также может потребоваться указать тип (на устройство или на пользователя) и количество приобретенных лицензий.

После завершения работы мастера вы увидите в Диспетчере лицензирования установленный пакет лицензий. Если у вас несколько пакетов лицензий, то следует щёлкнуть правой кнопкой мыши на любой пакет лицензий и выбрать в выпадающем меню пункт Установить лицензии, там же можно выполнить Преобразование лицензий изменив их тип (на устройство или на пользователя), если используемая вами программа лицензирования это позволяет.

В отличие от Сервера лицензирования Узел сеансов удаленных рабочих столов (другими словами, терминальный сервер) при установке в рабочей группе не имеет никаких инструментов управления и для его настройки нам придется воспользоваться Локальными групповыми политиками. Для этого запустим оснастку gpedit.msc и перейдем в Конфигурация компьютера — Административные шаблоны — Компоненты Windows — Службы удаленных рабочих столов.

Если мы войдем внутрь раздела Узел сеансов удаленных рабочих столов, то увидим вполне привычный любому, кто хоть раз настраивал терминальный сервер, набор настроек. Мы не будем рассматривать их все, разберем только самые необходимые.

Начнем с раздела Лицензирование, в нем откроем политику Использовать указанные серверы лицензирования удаленных рабочих столов и укажем адрес или имя узла Сервера лицензирования, в нашем случае это этот же самый сервер.

Затем перейдем к политике Задать режим лицензирования удаленных рабочих столов и укажем там тип активированных нами лицензий. Будьте внимательны, при несоответствии режима лицензирования и типа активированных лицензий доступ пользователей к серверу может оказаться невозможен.

Следующий важный раздел — Безопасность. В нем включаем политику Требовать использования специального уровня безопасности для удаленных подключений где устанавливаем значение SSL. Это отключает использование небезопасного собственного шифрования RDP, но делает невозможным подключение устаревших клиентов.

Здесь же включим еще одну политику Требовать проверку подлинности пользователя для удаленных подключений путем проверки подлинности на уровне сети, это принудительно включит проверку подлинности клиента на уровне сети (NLA), т.е. без создания пользовательского сеанса, что увеличивает безопасность и снижает нагрузку на сервер. Если данная политика не задана, то используются локальные политики клиента, начиная с Windows 8 и Server 2012 проверка подлинности на уровне сети используется по умолчанию.

Остальные политики можете настраивать исходя из собственных потребностей, назначение большинства из них понятно из названия, также каждая из них содержит достаточно подробную справку.

Для того, чтобы пользователи имели возможность подключаться к терминальному серверу они должны быть участниками группы Пользователи удаленного рабочего стола.

Также доступ имеют пользователи группы Администраторы, но есть одна существенная тонкость. Для целей настройки и управления сервером разрешается два нелицензируемых удаленных сеанса, доступных группе Администраторы, выполнять работу на сервере в таких сеансах нельзя, это будет нарушением лицензионного соглашения.

Отсюда проистекает и правильный ответ на один не самый очевидный вопрос: следует ли включать администраторов в группу Пользователи удаленного рабочего стола? Конечно же нет, в противном случае вы должны будете обеспечить такое подключение лицензией, а в режиме лицензирования на устройство лицензия на компьютер администратора будет выдана автоматически.

Напоследок немного коснемся лицензий, если мы вернемся в Диспетчер лицензирования, то можем заметить, что количество выданных лицензий может не соответствовать количеству подключений. Поэтому коротко разберем, как происходит этот процесс. В режиме лицензирования на пользователя сервер лицензирования не контролирует количество фактических подключений и выдает каждому подключившемуся в этом режиме пользователю временную лицензию при условии, что активирована хотя бы одна лицензия. В данном случае контроль необходимого количества лицензий ложится на администратора.

В режиме на устройство каждый подключившийся первый раз клиент получает временную лицензию сроком на 90 дней, при повторном подключении сервер вместо временной лицензии выдает постоянную на срок от 52 до 89 дней, время действия лицензии выбирается случайным образом. На скриншоте ниже обратите внимание на срок действия выданных в один и тот же день лицензий.

Если устройство, на которое выдана лицензия вышло из строя или больше не является частью сети, то лицензию можно отозвать, для этого щелкните на лицензии правой кнопкой мыши и выберите действие Отозвать лицензию.

Однако следует принимать во внимание достаточно серьезные ограничения: нельзя отозвать более 20% лицензий в течении 75 дней.

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

Режим лицензирования на устройство, лицензии на пользователя — каждый подключившийся клиент получит временную лицензию на 90 дней, по истечении этого срока доступ к серверу будет невозможен.
Режим лицензирования на пользователя, лицензии на устройство — при наличии активированной лицензии любого типа клиент будет получать каждый раз новую временную лицензию, но такой режим работы будет однозначным нарушением правил лицензирования.

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

Источник

Windows Terminal — это удобный и современный терминал от Microsoft, первый выпуск которого состоялся в 2019 году. Одна из проблем, с которой можно столкнуться при попытке ознакомиться с терминалом, что он устанавливается только через Microsoft Store (магазин). Проблему с магазином можно обойти.

Еще одна проблема, по которой терминал нельзя установить на определенные редакции ОС в том, что он использует фреймворк «XAML Islands» для GUI распакованный через WinRT. Этот фреймворк появился в 2018 году и был включен в Windows 10 через обновления в мае 2019 года. В остальные релизы, а именно в Windows 7, 8, 2019, 2012, 2016, фреймворк не попал и использовать терминал на них нельзя.

В новых серверных версиях Windows (на данный момент 2022) этот фреймворк установлен, а на 11-ой версии клиентской ОС установлен сам терминал.

Попытки установить Windows Terminal на не поддерживаемые ОС, закончатся следующими ошибками:

ERROR: This package requires at least Windows 10 version 1903/OS build 18362.x.
Add-AppxPackage: Deployment failed with HRESULT: 0x80073D19, An error occured because a user was logged off.
0x80073CFD, App installation failed with error message: Windows cannot install package Microsoft.WindowsTerminale because this package is not compatible with the device. The package requires OS version 10.0.18362.0 or higher on the Windows.Mobile device family.
Add-AppxPackage : Сбой развертывания с HRESULT: 0x80073CFD, Не удалось выполнить необходимое условие для установки. Windows не удается установить пакет Microsoft.WindowsTerminalPreview_1.15.1862.0_x64__8wekyb3d8bbwe, так как он не совместим с устройством.

Ошибка 0x80073CFD, в некоторых случаях, может быть решена если у вас не установлены обновления или вы можете попробовать использовать более раннюю версию терминала.

Следующая ошибка решается за счет установки одного из фреймворков (показано далее):

Add-AppxPackage : Сбой развертывания с HRESULT: 0x80073CF3, Пакет не прошел проверку обновлений, зависимостей или конфликтов.

Установка

Перед установкой терминала нужно так же установить фреймворк VCLibs. Именно из-за его отсутствия может появится ошибка 0x80073CF3.

Сам фреймворк можно найти на странице Microsoft. На странице будут версии под разные процессоры. В моем случае это ‘Microsoft.VCLibs.x64.14.00.Desktop.appx’. После скачивания его можно установить следующим способом:

Add-AppxPackage -Path "C:\Users\Администратор\Downloads\Microsoft.VCLibs.x64.14.00.Desktop.appx"

Сам пакет с Windows Terminal можно найти на странице GitHub. В своем случае я скачивал версию для Windows 10. В моем случае скаченный файл называется «Microsoft.WindowsTerminal_Win10_1.14.1861.0_8wekyb3d8bbwe.msixbundle», но из-за выхода более новых версий он может отличаться. Установить этот пакет можно так же как и предыдущий:

Add-AppxPackage -Path "C:\Users\Администратор\Downloads\Microsoft.WindowsTerminal_Win10_1.14.1861.0_8wekyb3d8bbwe.msixbundle"

…

Теги:

#powershell

Источник