Terminal server windows server 2020: TerminalServer property — Win32 apps
Настройка Windows Server 2019. Самое необходимое.
В этой статье мы рассмотрим базовые настройки Windows Server 2019, это AD, DNS, DHCP и лицензирование терминального сервера. Данные настройки актуальны на большинстве серверов и являются самыми необходимыми.
Как установить Windows Server и произвести первичные настройки по активации можете ознакомиться в нашей прошлой статье по этой ссылке.
1) Меняем имя сервера и его описание (если нужно). Переходим в свойства системы => изменить параметры => изменить. Задаем «Имя компьютера», и если нужно, то имя рабочей группы. После изменения параметров нужно перезагрузиться.
После перезагрузки можете проверить, все ли у вас прошло успешно с изменением имени.
2) Далее меняем сетевые настройки, IP, маску и шлюз ставите обязательно статичными, настройки производятся в зависимости от Вашей сети.
Переходим в свойства сетевой карты.
И далее в свойства IPv4
3) Следующим пунктом настраиваем Active Directory. Добавляем роли и компоненты. Для этого переходим меню «Пуск» => Диспетчер серверов.
Установка «Ролей и компонентов».
Соответственно выбираем нужный нам пул сервера.
В «Роли сервера» для всех наших настроек выберем «DHCP-сервер», «DNS-сервер», «Доменные службы Active Directory» и «Службы удаленных рабочих столов».
Идем далее до «Службы ролей» и выбираем пункты как на скриншоте ниже.
После так же идем «Далее» до пункта «Подтверждение» и устанавливаем все, что мы выбрали.
После установки в «Результатах» выбираем пункт «Повысить роль этого сервера до уровня контроллера домена».
В мастере настроек доменных служб выбираем «Добавить лес» и вводим имя корневого домена, это может быть любое имя, к примеру домен вашего сайта.
В параметрах контроллера нужно придумать пароль.
По каталогу настроек идем дальше, до дополнительных параметров, там нужно указать имя домена NetBIOS, если он у вас там уже стоит, то можете оставить как есть, либо поменять по своему желанию.
Далее идем до «Проверки предварительных требований», если проверка прошла успешно, то устанавливаем примененные настройки.
После полной установки необходимо перезагрузиться.
4) Производим настройку «Зона обратного просмотра».
На пункте «Зона обратного просмотра» => Создать новую зону.
Выбираем «Основную зону».
Для всех DNS-серверов, работающих на контроллерах домена в этом домене:
Зона обратного просмотра IPv4
Ну и соответственно выводим индефикатор сети.
Проверяем, что все установилось.
5) Переходим к настройке DHCP. Переходим в мастер установки.
После завершения установки => Диспетчер => Средства => DHCP
На DHCP => Имя вашего сервера => IPv4 — правой кнопкой мыши => Создать область.
Задаем любое имя области DHCP.
В диапазоне адресов задаем начальный и конечный интервал области IP адресов, который будет раздавать сервер.
Далее в дереве каталогов DHCP => Имя сервера => Область => Пул адресов. В списке должен быть указан начальный и конечный диапазон, который Вы указывали в настройках.
6) Теперь по настройкам лицензирования удаленных рабочих столов (терминального сервера). Пошаговую инструкцию как лицензировать терминальный сервер можете прочитать в нашей ранней статье на следующей странице.
Сервер лицензирования RDS на Windows Server 2019
Добрый день! Уважаемые читатели и гости крупного IT блога Pyatilistnik.org. В прошлый раз мы с вами подробно рассмотрели вопрос про настройку роутера микротик, благодаря которому мы смогли организовать интернет и локальную сеть небольшого офиса, с чем я вас и поздравляю. Сегодня же я вам хочу показать, как вы можете установить и настроить роль сервера лицензирования терминальной фермы в операционной системе Windows Server 2019. Думаю, что начинающим системным администраторам, кто вступил на путь IT инженера она окажется весьма и весьма полезной.
Что такое сервер лицензирования в RDS ферме
Сервер лицензирования удаленных рабочих столов — это роль операционной системы Windows Server в задачи которой входит учет и распределение клиентских лицензий на устройства или пользователя, для подключение к терминальной ферме RDS.
Что такое RDS CAL?
Чтобы использовать ОС Windows Server и компоненты RDS, вам необходимо приобрести лицензии или. Обычно ресурсы размещаются централизованно на сервере RDS, и клиенты подключаются к серверу RDSH для доступа к ресурсам. Фактический сервер RDS, на котором размещены ресурсы, должен иметь клиентскую лицензию CAL и соответствовать версии ОС. Удаленные клиентские устройства, которые обращаются к серверу, также должны иметь клиентскую лицензию. С новыми клиентскими лицензиями RDS вы можете получить доступ к старым устаревшим серверам TS. Однако старые клиентские лицензии не могут работать с новыми серверами, и вам необходимо приобрести новые лицензии.
Обычно лицензии RDS CAL устанавливаются на сервере лицензирования RD. Этот сервер отслеживает эти лицензии. Когда пользователь или устройство пытается подключиться к серверу узла сеансов удаленных рабочих столов, сервер проверяет, есть ли у пользователя/устройства клиентская лицензия. Он связывается с сервером лицензирования RD для получения лицензии от имени запрашивающего клиента. Если RDS CAL доступна, она получается и сеанс устанавливается.
Как насчет соединения RDP с VDI (без использования RDS)?
В этом случае вам не понадобится RDS CAL. Однако вам потребуется лицензия на VDA (Virtual Desktop Access) для Windows. Это распространяется на лицензии Windows E3 и E5, а также может быть приобретено поверх Windows, если у вас нет версии E3 или E5. Windows E3 или E5 — это эволюция прежней Windows SA (Software Assurance). Первый тип обычно основывается на пользователях, а второй — на основе лицензирования устройств.
Windows Virtual Desktop Access (VDA) — это стратегия авторизации, которая требует, чтобы каждое устройство, запрашивающее доступ к виртуальному рабочему столу Windows в инфраструктуре виртуального рабочего стола (VDI), было лицензировано. VDA включен в качестве функции подписок Windows E3 и E5, что означает, что основные пользователи устройств с такой лицензией могут получить доступ к своим виртуальным рабочим столам без дополнительной оплаты. В качестве «особого случая»: в случае, если вы захотите получить доступ к клиенту Windows (и, следовательно, к сценарию VDI) с помощью платформы RDS, вам потребуется как лицензия Windows VDA (как часть Windows E3 или E5, либо автономная версия), а также как RDS CAL.
Варианты лицензирования RDS CAL
Сервер лицензий RD — Это обязательная роль для Microsoft в вашей среде RDS. Для небольших развертываний его можно развернуть на узле сеансов удаленных рабочих столов. Для более крупных развертываний рекомендуется использовать отдельную виртуальную машину, лично мне удобно его ставить совместно с контроллером домена, но кому как угодно. При покупке клиентских лицензий они должны быть загружены на сервер лицензий. Таким образом, если соответствующая RDS CAL доступна с сервера лицензий, RDS CAL выдается клиенту, и клиент может подключиться к серверу RD Session Host и оттуда к рабочему столу или приложениям, которые они пытаются использовать. Обычно существуют льготные периоды, в течение которых сервер лицензий будет принимать соединение 180 дней.
Какие типы RDS CAL существуют?
По сути, вы должны выбрать между «пользовательской лицензией» и «клиентской лицензией».
Теперь самое сложное: клиентские лицензии, которые вы купили для развертывания Windows Server 2012, не будут приняты на платформе Windows Server 2016, если вы не купили ее для Software Assurance. Однако лицензия RDS CAL 2016 года обратно совместима с RDS 2012. Microsoft пишет: «Любой сервер лицензий RDS может размещать лицензии всех предыдущих версий служб удаленных рабочих столов и текущей версии служб удаленных рабочих столов. Например, сервер лицензий RDS Windows Server 2016, может размещать лицензии всех предыдущих версий RDS, а сервер лицензий RDS Windows Server 2012 R2, может размещать лицензии только до Windows Server 2012 R2».
Тем не менее, совместимость может быть более высокой, если Software Assurance приобретена для лицензий RDS CAL. В этом случае вы можете просто обновить его до последней доступной версии. Если Software Assurance не приобретена, необходимо приобрести новые клиентские лицензии RDS. В следующей таблице приведена теория на практике (в случае отсутствия Software Assurance):
Модель лицензирования RDS фермы
Очевидно, что у Microsoft есть разные модели для использования клиентских лицензий RDS. Есть 3 основных категории:
- Корпоративное лицензирование: этот термин используется корпорацией Microsoft для описания программы для организаций, которым требуется несколько лицензий на продукты Microsoft, но не требуется нескольких копий программного носителя и документации, прилагаемой к программному обеспечению. Корпоративное лицензирование Microsoft обычно предлагает организациям более низкие цены, двух- или трехлетние лицензионные соглашения и часто права на использование продукта, не включенные в лицензии FPP (Full Packaged Product), такие как права на копирование программного обеспечения на несколько устройств.
- Корпоративное соглашение (EA)
- Открытая стоимость
- MPSA — Соглашение Microsoft о продуктах и услугах
- SPLA (Лицензионное соглашение с провайдером сервера): С SPLA поставщики услуг и независимые поставщики ПО могут ежемесячно лицензировать соответствующие продукты Microsoft в течение трехлетнего срока действия соглашения для размещения программных служб и приложений для своих клиентов. SPLA поддерживает множество сценариев хостинга, которые помогут вам предоставить индивидуальные и надежные решения для широкого круга клиентов
- СНТ (Cloud Service Provider): 20 ноября 2018 года, Microsoft объявила о том, что можно было бы также приобрести RDS клиентские лицензии с помощью модели CSP. Раньше вашим клиентам приходилось иметь собственную RDS CAL с SA для поддержки развертывания RDS в среде клиентов. Теперь CSP может напрямую продавать подписки RDS через программу CSP, исключая дополнительный шаг клиентов и партнеров, приобретающих различные лицензии через различные программы. Благодаря этой модели можно ускорить цикл лицензирования благодаря интеграции CSP с другими лицензиями Microsoft, включая Windows Server, SQL Server и Office, чтобы партнерам было проще упростить процесс покупки.
- Наряду с вышеупомянутыми моделями лицензий существуют специальные цены для некоммерческих, образовательных организаций, но эти скидки распространяются не на все модели.
ВАРИАНТЫ ЛИЦЕНЗИРОВАНИЯ VDI
Когда вам нужен VDA? — В сценарии VDI вы дистанционно подключаетесь к клиенту Windows (то есть к операционной системе, которая может работать на вашем ноутбуке/ рабочем столе). При использовании VDI и, следовательно, при отсутствии подключения к узлу сеансов удаленных рабочих столов или Windows Server вам не требуются клиентские лицензии RDS и Windows Server. Однако вам необходимо убедиться, что ваше лицензирование Windows (клиента) настроено правильно: в него входит «Windows Virtual Desktop Access, или VDA«.
Такая лицензия VDA вам потребуется при каждом подключении к клиенту Windows, который размещен централизованно (т. е. работает в центре обработки данных или на виртуальной машине на гипервизоре). Вам также потребуется лицензирование VDA, если вы удаленно подключаетесь к рабочему столу Windows, который не является вашим основным устройством (скажем, не вашим основным рабочим столом, подключенным на работе).
Вам не потребуется дополнительное лицензирование VDA, если вы дистанционно подключаетесь с устройства Windows к основному настольному компьютеру/ноутбуку, подключенному к доменной сети компании. Типичный сценарий состоит в том, что рабочий стол остается включенным в офисе ночью. Домашние работники могут затем получить доступ к этому рабочему пространству с личного домашнего устройства через RDP. Ясно, что это не самый масштабируемый, безопасный или экономически эффективный сценарий (с точки зрения мощности), но, тем не менее, это вариант.
Теперь давайте предположим, что другой пользователь обращается к вашему VDI. В этом случае это не основной пользователь, который обращается к своему основному устройству, и поэтому для добавления этого дополнительного пользователя будет применяться дополнительное лицензирование VDA. Типичным «дополнительным пользователем» является подрядчик или коллега.
Давайте сделаем еще один дополнительный шаг: если вы подключаетесь к основному настольному компьютеру/ноутбуку, который подключен к сети компании, и вы пытаетесь подключиться с устройства, отличного от Windows (например, Apple MacBook), вам также потребуется Лицензия VDA (или Windows 10 Enterprise E3 / E5, как вы прочтете ниже).
Лицензирование Windows 10 Enterprise E3, E5 и SA
Доступ к виртуальному рабочему столу (VDA) включен в лицензии Windows 10 Enterprise E3 и E5. При лицензировании пользователей Windows 10 Enterprise E3 и E5 у вас есть права на удаленный доступ для 5 различных устройств (связанных с одним и тем же пользователем). К ним относятся устройства с операционными системами, отличными от Windows (например, iPad). Клиентская система Windows ‘host’ также может быть размещена в центре обработки данных.
Windows 10 Enterprise E3 или E5 доступна по лицензии «на устройство» и «на пользователя». Раньше Windows SA была доступна исключительно для лицензирования для каждого устройства. Начиная с 1 декабря 2014, Windows SA и Windows VDA также лицензируется на основе «для каждого пользователя». Windows SA также поставляется со встроенным VDA. Однако в наши дни Microsoft в основном продает пользовательские лицензии Windows 10 E3 и E5.
Windows Virtual Desktop
Microsoft представила Windows Virtual Desktop на Azure, которая находится в публичной бета-версии с марта 2019 года. Лицензионные требования для WVD на Azure отличаются от правил по умолчанию.
Могу ли я подключиться к VDI через RDS?
Да, это возможно. В таком случае вы получаете доступ к клиенту Windows с помощью настройки служб удаленного рабочего стола. Вам нужно будет приобрести как лицензию VDA (которая может быть включена в Windows 10 Enterprise E3 или E5), так и лицензию RDS CAL. Однако вам не понадобится Windows Server CAL.
Лицензионные модели
Подобно RDS, Windows E3, E5 и VDA доступны в нескольких моделях лицензирования. Однако это немного сложнее. Эта таблица вам покажет схемы:
RDP TO LINUX
И последнее, но не менее важное, еще один вариант, который мы еще не затронули, это использование протокола удаленного рабочего стола (RDP) для доступа к машине без Windows. Да да к Linux. С точки зрения лицензии Microsoft, никаких затрат не требуется. Это имеет смысл только в том случае, если вы не используете клиент Windows (без VDA), Windows Server (без лицензии Windows Server CAL) и RDS (без RDS CAL). Однако стоимость лицензий может применяться для других (не Microsoft) RDP-пакетов.
Установка службы лицензирования удаленных рабочих столов
Существует три метода позволяющих вам произвести установки роли лицензирования терминальной фермы в Windows Server 2019:
- Первый метод, это через классическую оснастку «Диспетчер серверов»
- Второй метод, это PowerShell
- Третий метод, это использование Windows Admin Center
Установка роли лицензирования RDS через диспетчер серверов
Открываем оснастку «Диспетчер серверов» и нажимаем «Управление — Добавить роли и компоненты»
Выбираем сервер на который будет производиться установка роли лицензирования.
Выбираем пункт «Установка ролей или компонентов»
В списке доступных ролей поставьте галку на против «Службы удаленных рабочих столов»
Пропускаем страницу с компонентами Windows Server 2019
Далее у вас будет общая страница с описанием роли «Службы удаленных рабочих столов», нажимаем далее.
Выставляем галку «Лицензирование удаленных рабочих столов»
Нажимаем далее.
Остается нажать кнопку «Установить»
Начнется процесс установки сервера лицензий терминальной фермы, он занимает менее минуты, перезагрузка не потребуется.
Установка роли лицензирования RDS через Windows Admin Center
Ранее я вам рассказывал про установку Windows Admin Center, нового средства централизованного управления в Windows Server 2019. Благодаря ему мы установим роль лицензирования службы удаленных рабочих столов. Открываем раздел «Роли и компоненты», находим пункт «Лицензирование удаленных рабочих столов» и нажимаем «Установить».
В правой части экрана у вас появится панель, где нужно нажать кнопку «Установить»
Сверху появится оповещение, что Windows Admin Center отправил задание на установку роли лицензирования RDS фермы.
Вот так выглядит сам процесс установки в Windows Admin Center
Через секунд 30 мы видим, что роль «Лицензирование удаленных рабочих столов» установлена. Как видите данный метод куда быстрее, нежели чем через оснастку «Диспетчер серверов».
Установка сервера лицензирования из PowerShell
Ну и нельзя не привести команду в оболочке PowerShell которая установит в вашем Windows Server 2019 нужную роль. Открываем оболочку PowerShell и пишем:
Install-WindowsFeature -Name RDS-Licensing -IncludeAllSubFeature -IncludeManagementTools
Видим, что наш сервер по раздаче лицензий клиентам терминальной фермы, успешно установился. Данный метод самый быстрый.
Активация сервера лицензирования RDS в Windows Server 2019
Ранее я вам рассказывал, как активировать сервер лицензий на Windows Server 2012 R2, сегодня повторим это для W2019. В диспетчере серверов нажмите «Средства — Remote Desktop Services» и выберите пункт «Диспетчер лицензирования удаленных рабочих столов».
Щелкаем правым кликом по названию сервера и выбираем пункт «Установить лицензии»
И вы сразу получаете ошибку «Сведения о пользователе утеряны или повреждены», вот прямо с ходу. Вам намекают, что нужно зайти в свойства сервера.
Открываем свойства.
На вкладке «Метод подключения» оставьте метод установки (Авто)
Переходим на вкладку «Требуемые сведения», где заполняем четыре поля:
- Имя
- Фамилия
- Организация
- Страна
Дополнительные сведения можете не заполнять если не хотите. Сохраняем настройки.
Теперь при попытке установить лицензии, у вас откроется мастер установки лицензий, нажимаем далее.
Начнется обращение к серверу Microsoft
Если нет интернета, то получите ошибку: Не удалось подключиться к расчетной палате корпорации Microsoft
Далее вам в вашей Windows Server 2019 необходимо задать:
- тип лицензии, я ставлю «Другое соглашение»
Далее вам необходимо ввести ваш ключ на лицензии, если у вас нет, то могу поделиться тестовым ключом активации, который уже лет 10 бороздит просторы интернета, кстати он можете дать много лицензий (4965437), таких кодов несколько можете загуглить.
Далее указываем на какую операционную систему мы будем добавлять лицензии и указываем тип CAL, я выберу на пользователя в количестве 15 штук.
Добавление ключей завершено.
В итоге видим, что в списке доступных лицензий у нас появились только, что добавленные для Windows Server 2016
Далее проведем проверку настройки нашего сервера лицензирования для служб удаленных рабочих столов, для этого в контекстном меню выберите пункт «Проверить настройку»
Говорим продолжить ,если сервер не добавлен в специальную группу в Active Directory
Учетная запись компьютера для сервера лицензирования добавлена в группу серверов лицензирования сервера терминалов в доменных службах Active Directory
Видим, что все стало зеленым. Теперь осталось теперь назначить лицензии.
Раздача лицензий через групповую политику
Тут вы можете воспользоваться, как групповой политикой, так и редактором локальной политики (gpedit.msc). Данную политику нужно создать для организационного подразделения в котором содержатся ваши сервера на которых установлена роль Remote Desktop Services. Пути настроек лицензий:
Конфигурация компьютера\Административные шаблоны\Компоненты Windows\Службы удаленных рабочих столов\Узел сеансов удаленных рабочих столов\Лицензирование — Использовать указанные серверы лицензирования удаленных рабочих столов (добавляем имя нашего сервера) (Computer Configuration\Administrative Templates\Windows Components\Remote Desktop Services\Remote Desktop Session Host\Licensing — Use the specified Remote Desktop license servers )
Конфигурация компьютера\Административные шаблоны\Компоненты Windows\Службы удаленных рабочих столов\Узел сеансов удаленных рабочих столов\Лицензирование — Задать режим лицензирования удаленных рабочих столов (выбираем тип лицензий)(Computer Configuration\Administrative Templates\Windows Components\Remote Desktop Services\Remote Desktop Session Host\Licensing — Set the Remote licensing mode)
Настройка лицензий на RDSH хостах через PoerShell
После того, как сервер лицензий RDS активирован и запущен, вы можете перенастроить узел сеансов RD для получения лицензий с этого сервера. Вы можете выбрать тип лицензии и указать имя сервера лицензий, используя PowerShell или GPO.
Чтобы выбрать используемый тип лицензии, выполните следующую команду:
$obj = gwmi -namespace "Root/CIMV2/TerminalServices" Win32_TerminalServiceSetting
Затем укажите необходимый тип лицензии:
Примечание . Введите 4, если сервер должен использовать тип лицензирования «на пользователя», и 2 , если это «на устройство».
Затем укажите имя сервера лицензий RDS:
$obj.SetSpecifiedLicenseServerList("rdslic2016.woshub.com")
И проверьте текущие настройки:
$obj.GetSpecifiedLicenseServerList()
На этом я заканчиваю эту длинную статью. Мы с вами научились устанавливать сервер лицензирования для служб удаленных рабочих столов, разобрались как его активировать и как раздать лицензии на серверах RDSH. На этом у меня все ,с вами был Иван Семин, автор и создатель IT портала Pyatilistnik.org,
Установка и активация сервера лицензирования RDS на Windows Server 2019/2016
В это статье мы рассмотрим процесс установки, настройки и активации роли сервера лицензирования удаленных рабочих столов (Remote Desktop Licensing) на базе Windows Server 2016 или 2019, а также процедуру установки и активации клиентских терминальных (CAL).
Напомню, что после установки роли терминального сервера Remote Desktop Session Host, пользователи могут использовать его только в течении пробного периода 120 дней, после окончания которого возможность подключения к удаленному RDS серверу пропадает. Согласно схеме лицензирования Microsoft, все пользователи или устройства, использующие возможности RDS, должны быть лицензированы. Для учета и выдачи терминальных лицензий (RDS CAL) существует отдельная роли в службе RDS — Remote Desktop License Server.
Установка роли Remote Desktop Licensing в Windows Server 2019/2016
Вы можете развернуть компонент Remote Desktop License на любом сервере домена, не обязательно устанавливать его на одном из серверов фермы RDSH.
Переда началом установки сервера лицензирования RDS нужно добавить (или убедиться, что у вас есть право на добавление) нового сервера в доменную группу Terminal Server License Servers, иначе сервер не сможет выдать CAL типа RDS Per User пользователям домена.
Установить службу Remote Desktop Licensing можно через консоль Server Manager. Для этого в мастере Add Roles and Features выберите роль Remote Desktop Services.
В качестве компонента роли нужно выбрать службу Remote Desktop Licensing.
Осталось дождаться окончания установки роли.
Дополнительно установите утилиту для диагностики проблем лицензирования на серверах RDS — Remote Desktop Licensing Diagnoser (lsdiag.msc), которую можно установить с помощью Server Manager: Features -> Remote Server Administration Tools -> Role Administration Tools -> Remote Desktop Services Tools -> Remote Desktop Licensing Diagnoser Tools (по умолчанию при установке службы RDS-Licensing устанавливается только консоль Remote Desktop Licensing Manager — licmgr.exe).
Также вы можете установить компонент лицензирования RDS и RD Licensing Diagnoser с помощью PowerShell:
Install-WindowsFeature RDS-Licensing –IncludeAllSubFeature -IncludeManagementTools
Активация сервера лицензий RDS в Windows Server
Чтобы сервер лицензирования RDS мог выдавать лицензии клиентам, его необходимо активировать. Для этого, откройте консоль Remote Desktop Licensing Manager (licmgr.exe), щелкните ПКМ по имени вашего сервера и выберите пункт меню Activate Server.
Запустится мастер активации сервера лицензирования RDS, в котором нужно будет выбрать желаемый метод активации. Если ваш сервер имеет доступ в Интернет, он может автоматически подключиться к серверам Microsoft. Если доступа в интернет с сервера нет, можно активировать сервер через веб браузер или по телефону.
Далее нужно будет заполнить ряд информации о вашей организации (часть полей является обязательными).
Осталось нажать кнопку Finish.
Теперь, если в консоли щелкнуть ПКМ по имени сервера и выбрать пункт Review Configuration, можно убедится что данный сервер лицензий RDS является активированным и может быть использован для активации RDS клиентов в домене.
Типы клиентских терминальных лицензий (RDS CAL)
Каждый пользователь или устройство, которое подключается к серверам Remote Desktop Session должно иметь клиентскую лицензию (CAL — client access license). Есть два типа терминальных CAL.
- На устройство (Per Device CAL) – это постоянный тип лицензии, назначающаяся компьютеру или устройству, которое подключается к RDS серверу более одного раза (при первом подключении устройства ему выдается временная лицензия). Данные лицензии не являются конкурентными, т.е. если у вас 10 лицензий Per Device, то к вашему RDS серверу смогут подключится всего 10 хостов.
- На пользователя (Per User CAL) – такой тип лицензии позволяет одному пользователю подключаться к серверу RDS с любого количества компьютеров/устройств. Данный тип лицензий привязывается к пользователю Active Directory, но выдается не навсегда, а на определенный период времени (90 дней по-умолчанию).Если вы попытаетесь использовать RDS CAL Per User 2019 в рабочей группе (не в домене), то RDSH сервер будет каждые 60 минут принудительно завершать сеанс пользователей с сообщением: «Проблема с лицензией удаленных рабочих столов и ваш сеанс будет завершен через 60 мин / There is a problem with your Remote Desktop license, and your session will be disconnected in 60 minutes ”. Поэтому для RDS серверов в окружении workgroup нужно использовать только лицензирование на устройство — Per Device RDS CAL.
Примечание. Отметим, что 2016 RDS CAL можно установить только на сервере лицензирования под управлением Windows Server 2016 или 2019, установка новых CAL на предыдущие версии Windows Server на поддерживается. Т.е. вы не сможете установить 2016 RDS CAL на хост лицензирования Windows Server 2012 R2.
Установка клиентских лицензий RDS CAL в Windows Server 2016/2019
Теперь на сервер лицензирования нужно установить приобретенный пакет терминальных лицензий (RDS CAL).
В консоли Remote Desktop Licensing Manager щелкните ПКМ по серверу и выберите Install Licenses.
Выберите способ активации (автоматически, через веб или по телефону) и программу лицензирования (в нашем случае Enterprise Agreement).
Следующие шаги мастера зависят от того, какой тип лицензирования выбран. В случае Enterprise Agreement нужно указать его номер. Если выбран тип лицензирования License Pack (Retail Purchase), нужно будет указать 25-символьный ключ продукта, полученный от Microsoft.
Тип продукта (Windows Server 2016/2019), тип лицензии (RDS Per user CAL) и количество лицензий, которые нужно установить на сервере.
После этого, сервер может выдавать лицензии (RDS CAL) клиентам.
Вы можете сконвертировать RDS лицензии User CAL в Device CAL (и наоборот) с помощью контекстного меню Convert Licenses в консоли RD Licensing Manager.
Если у вас закончились свободные лицензии, вы можете отозвать ранее выданные лицензии RDS Device CAL для неактивных компьютеров с помощью следующего скрипт PowerShell:
$RevokedPCName=”msk-pc2332”
$licensepacks = Get-WmiObject win32_tslicensekeypack | where {($_.keypacktype -ne 0) -and ($_.keypacktype -ne 4) -and ($_.keypacktype -ne 6)}
$licensepacks.TotalLicenses
$TSLicensesAssigned = gwmi win32_tsissuedlicense | where {$_.licensestatus -eq 2}
$RevokePC = $TSLicensesAssigned | ? sIssuedToComputer -EQ $RevokedPCName
$RevokePC.Revoke()
Удаление RDS CAL с сервера лицензирования
Если вы хотите перенести свой набор лицензий RDS CAL с одного сервера лицензирования Remote Desktop на другой, вы можете удалить установленные лицензии с сервера лицензирования с помощью PowerShell.
С помощью следующего командлета вы можете вывести список установленных пакетов RDS лицензий на сервере:
Get-WmiObject Win32_TSLicenseKeyPack|select-object KeyPackId,ProductVersion,TypeAndModel,AvailableLicenses,IssuedLicenses |ft
Найдите значение KeyPackId для пакета RDS CAL, который нужно удалить и выполите команду:
wmic /namespace:\\root\CIMV2 PATH Win32_TSLicenseKeyPack CALL UninstallLicenseKeyPackWithId KEYPACKID
Также вы можете полностью удалить все наборы CAL, пересоздав базу лицензий RDS. Для этого остановите службу Remote Desktop Licensing:
Stop-Service TermServLicensing
Переименуйте файл C:\Windows\System32\lserver\TLSLic.edb в C:\Windows\System32\lserver\TLSLic.bak и запустите службу:
Start-Service TermServLicensing
После этого все RDS CAL лицензии будут удалены, и вы должны активировать их заново.
Настройка сервера лицензий на серверах RD Session Host
После того, как служба сервера лицензирования RDS запущена и активирована, можно перенастроить терминальные сервера RD Session Host на получение лицензий с данного сервера. Выбрать тип лицензий и указать имя терминального сервера из графического интерфейса Server Manager, с помощью PowerShell или групповой политики.
Чтобы изменить адрес сервера лицензирования на хосте RDS, откройте Server Manager -> Remote Desktop Services -> Collections. В правом верхнем меню “Tasks” выберите “Edit Deployment Properties”.
В настройках перейдите на вкладку RD Licensing, выберите тип лицензирования (Select the Remote Desktop licensing mode) и сервер RDS лицензий (Specify a license server). Нажмите Add -> Ok.
Вы можете изменить адрес сервера лицензирования RDS и тип CAL с помощью PowerShell:
$obj = gwmi -namespace "Root/CIMV2/TerminalServices" Win32_TerminalServiceSetting
Затем укажите желаемый тип лицензирования:
$obj.ChangeMode(4)
Примечание. 4 указывается, если сервер должен использовать тип лицензирования Per User, 2 – если Per Device.
Теперь можно указать имя сервера лицензирования RDS:
$obj.SetSpecifiedLicenseServerList("rds-lic1.winitpro.ru")
И проверить настройки:
$obj.GetSpecifiedLicenseServerList()
При настройке через GPO, нужно создать новую GPO и назначить ее на OU с RDS серверами (либо вы можете указать имя сервера лицензирования RDS с помощью локального редактора групповых политик – gpedit.msc). Настройки лицензирования задаются в разделе: Computer Configuration -> Policies -> Admin Templates -> Windows Components -> Remote Desktop Services -> Remote Desktop Session Host -> Licensing.
В этом разделе имеется 2 интересующие нас политики:
- Use the specified Remote Desktop license servers – здесь указывается адрес сервера лицензирования RDS;
- Set the Remote Desktop licensing mode – выбор метода лицензирования (типа клиентских лицензий – RDS CAL).
Хосты RDSH для получения лицензии с сервера RDS Licensing обращаются к нему по следующим портам, убедитесь, что они не блокируются межсетевыми экранами (или Windows Firewall):
- TCP/135 (Microsoft RPC)
- UDP/137 (NetBIOS Datagram Service)
- UDP/138 (NetBIOS Name Resolutio)
- TCP/139 (NetBIOS Session Service)
- TCP/445 (SMB)
- TCP 49152 – 65535 — RPC динамический диапазон адресов
Вы можете проверить доступность портов с помощью утилиты PortQry либо командлета Test-NetConnection.
Проверить статус сервера лицензий и количество выданных лицензий можно с помощью консоли RD Licensing Diagnoser.
Если предупреждений нет, и вы видите сообщение «RD Licensing Diagnoser did not identify any licensing problems for the Remote Desktop Session Host server«, значит RDSH сервер может получать лицензии RDS CAL для пользователей.
Примечание. В нашем случае после указания нового сервера лицензирования, при подключении, на RDP клинте стала появляться ошибка «The remote session was disconnected because there are no Remote Desktop License Servers available to provide a license». Решение – удаление ключа L$RTMTIMEBOMB из реестра.
Настройка Windows Server 2016. Пошаговая инструкция.
В данной статье мы рассмотрим базовые настройки Windows Server 2016, которые осуществляются сразу после установки системы и которые обычно обязательные к использованию. Как установить Windows Server 2016 можете ознакомиться в нашей прошлой статье.
Итак, приступим. Для начала нам нужно задать имя нашему серверу, для этого заходим в свойства системы => изменить параметры => изменить. Задаем «Имя компьютера», и если нужно, то имя рабочей группы. После изменения параметров нужно перезагрузиться.
После нам нужно задать сетевые настройки. Если у Вас сервер подключен к маршрутизатору, то задаем IP шлюза, вводим статический адрес, это обязательно для сервера и маску подсети. Информацию об IP адресах в Вашей локальной сети можно посмотреть через командную строку командной «ipconfig». Ниже на скриншотах указаны примеры, у Вас IP адреса будут отличаться.
Заходим в настройки сетевых подключений:
Заходим в свойства пункта IPv4.
И вводим задаем здесь статические IP адреса. После ставим галку «Подтвердить параметры при выходи», тем самым сохраняя настройки.
Перейдем наконец к самым главным настройкам, к Active Directory. Меню «Пуск» => Диспетчер серверов.
В панели мониторинга => Добавить роли и компоненты.
В типе установки выбираем «Установка ролей или компонентов».
Выбираем нужный сервер в пуле, он будет с именем, который Вы назначили по инструкции выше.
В ролях сервера мы выбираем следующие стандартные роли. Вы можете выбрать что-то еще, если Вам необходимо под Ваши задачи.
В компонентах оставляем по стандарту следующие пункты. Мы рекомендуем вам дополнительно установить «Службу беспроводной локальной сети», т.к без этой службы на сервер нельзя будет поставить Wi-Fi адаптер и производить настройку беспроводной сети.
В службе ролей мы выбираем следующие пункты. Далее в инструкции мы будем лицензировать терминальный сервер.
Далее оставляем все по стандарту (если Вам не нужно самим, что-то дополнительно установить). Доходим до пункта «Подтверждение» и устанавливаем.
После установки служб нужно перезагрузиться.
Приступаем к настройкам DNS. В Active Directory нажимаем на флажок справа на верху и после заходим в настройки повышения роли этого сервера до контроллера домена.
Выбираем пункт «Добавить новый лес» и придумываем имя Вашему домену. На нашем примере это будет «softcomputers».
Настройки оставляем по стандарту. Вы должны только придумать пароль для Вашего домена.
Проходим проверку. Если вы все сделали правильно, то должно установиться все корректно
После установки и перезагрузки заходим в меню «Средства» => DNS.
Раскрываем древо DNS => «Имя вашего сервера» => Зоны прямого просмотра => Зоны обратного просмотра => Правой кнопкой мыши на данный пункт и «Создать новую зону».
Выбираем «Основная зона» и далее по скриншотам ниже.
На этом пункте выбираете диапазон Вашей локальной сети. У нас на примере она будет 192.168.0. у Вас она может будет своя (см. cmd => ipconfig).
На этом настройки DNS закончены. Приступим к настройкам DHCP. Так же заходим в Active Directory и во флажке справа на верху выбираем соответствующую настройку.
После создания DHCP переходим в меню средства => DHCP для его настройки.
В древе DHCP => Ваш сервер => IPv4 => Правой кнопкой мыши => Создать область.
Задаем имя новой области, у нас это будет «basic».
Далее будет меню для исключения диапазона, если нужно исключить что-то можете сделать в этом меню, если не нужно, то пропускаете.
Далее создаем новый диапазон IP адресов, который будет раздавать сервер в локальную сеть. У нас на примере это новый диапазон 192.168.1
Вы можете создать любой другой диапазон на свое усмотрение.
Далее в древе DHCP => Имя сервера => Область => Пул адресов — будет создан новый диапазон.
Дальше по списку настроек перейдем к созданию терминального сервера и его лицензирования. Это нужно для того, чтобы пользователи могли подключаться по RDP к серверу по своей учетной записи. (Учетную запись для пользователей будем рассматривать в этой инструкции ниже).
Переходим в «Панель управления» => Администрирование => Remote Desktop Services => Диспетчер лицензирования удаленных рабочих столов.
Выбираем пункт во «Все серверы», далее в списке видим имя вашего сервера => правой кнопкой мыши на этот пункт => Активировать сервер.
Переходим в «Мастер активации».
Выбираем «Авто».
Далее вводите опционально имя и фамилию, название Вашей организации и страну размещения сервера.
Приступаем к самому лицензированию после регистрации выше. Вам нужен ключ активации для лицензирования терминального сервера — CAL (Client Access Licence) будет в нашем случае. Он обеспечивает подключение 50 пользователей (клиентов) по RDP к серверу Приобрести ключ активации для данной функции можете в нашем интернет-магазине на следующей странице.
Выбираем «Пакет лицензий в розницу» => Далее.
Вводим ключ активации, который Вы приобрели.
Далее в зависимости от лицензии она может определиться сразу на 50 пользователей, либо Вам нужно будет это указать самим как на скриншоте ниже. (указав больше пользователей, чем позволяет лицензия — данная настройка просто не активируется). Тип лицензии соответственно выбираем «По пользователю».
Далее заходим в редактор локальной групповой политики поиск => gpedit.msc => Конфигурация компьютера => Административные шаблоны => Компоненты Windows => Службы удаленных рабочих столов => Узел сеансов удаленных рабочих столов => Лицензирование.
Переходим в меню «Использовать указанные серверы лицензирования удаленных рабочих столов» и вводим в поле имя Вашего сервера, либо его IP.
После переходим в меню «Задать режим лицензирования удаленных рабочих столов», в раскрывающемся меню выбираем «На пользователя».
После возвращаемся в диспетчер лицензирования удаленных рабочих столов. И смотрим активирован ли сервер. Если да, то все ок. Но у Вас еще может быть «желтое предупреждение» на иконке сервера. Чтобы устранить проблемы переходим в «Рецензия». В меню данной «Рецензии» могут быть пункты которые нужно отметить, нажмите соответствующие кнопки, если они у вас будут.
На настройках RDP все. Теперь нам осталось создать первого пользователя, который будет подключен по RDP к этому серверу.
Active Directory => Средства => Пользователи и компьютеры Active Directory.
В правом списке выбираете Ваш сервер => Правой кнопкой мыши => Создать => Подраздаление. В этом меню мы создадим пул, в котором будет содержаться список наших пользователей.
Задаем ему соответствующее имя. На всякий случай поставьте галку для защиты от случайного удаления.
Далее в новой созданной папке слева в списке => Правой кнопкой мыши => Создать => Пользователь.
Опционально вводим ФИО пользователя и обязательно имя для входа, желательно это делать на латинице.
В следующем окне задаем пароль для пользователя поставив соответствующие галки.
В списке в меню «Пользователи» Вы можете управлять пользователями, удалять их, менять им пароль и т.п. Теперь наш новый пользователь «Петр Петров» может зайти по IP сервера, или по его имени в RDP находясь в одной локальной сети с сервером, либо если он добавлен в домен сервера.
На этом с настройками все. Мы рассмотрели самые важные аспекты в настройки и лицензирования Windows Server 2016. Следите за нашим блогом SoftComputers, у нас еще много всего полезного! 🙂
Terminalserver — Википедия
Der Begriff Terminalserver используется для функциональных печатных и электронных датировок и для серверного программного обеспечения и аппаратного обеспечения. Bei einem Terminalserver sind Daten zentral auf einem «Server» или «Host» gespeichert und die Program werden dort ausgeführt, während die Ein- und Ausgabe dezentral auf Benutzerendgeräten (Терминалы или клиентское программное обеспечение) über eber. [1] In der Zeit der Großrechner (Mainframes) war dieses Funktionsprinzip der Normalfall.Auf dem Großrechner werden die Program ausgeführt, auf dem Client oder Terminal nur der Bildschirm dargestellt, sowie Maus und Tastatureingaben an den Großrechner übermittelt.
Mit dem Aufkommen von Computerbildschirmen und den nun möglich werdenden Dialoganwendungen bestand die Rechnerwelt aus «Hosts» (Zentralcomputern, heute Server genannt, damals typischerweise Großrechner) и Endgeräten (Терминалы). Die Terminals waren damals Text-oder alphanumerische Bildschirme. Demzufolge bildete das einzige Eingabegerät eine Tastatur.Der Benutzer gab per Tastatur Daten ein, die an den Host zur Verarbeitung geleitet wurden. Der Host lieferte das Ergebnis der Verarbeitung auf dem Bildschirm des Anwenders. Das erforderliche Netzwerk für eine solche Installation benötigte im Vergleich zu heute nur sehr geringe Übertragungskapazitäten (wenige KByte / sec) und war typischerweise nur mit einem Host verbunden. Ein Beispiel einer solchen Netzwerkarchitektur stellte die Systems Network Architecture (SNA) от IBM dar, einem der ersten Großrechnerhersteller.Waren die Endgeräte räumlich nah beieinander, wurden oft kostengünstige serielle Terminals verwendet, d. час es gab kein Computer-Netzwerk im heutigen Sinne, sondern nur eine Reihe von seriellen Datenleitungen (wie RS-232- или RS-485-Anschlüsse) zu den Endgeräten, die all an einem Zentralrechner angeschlossen waren. Es war ebenso möglich, diese Verbindung per Modem über eine Telefonleitung zu führen. Diese Endgeräte waren bei Unix-Zentralrechnern weit verbreitet.
Mit steigender Verbreitung der Unix-Systeme, создает все «Открытые системы» genannt (da es Varianten von mehreren Herstellern gab), wurde für dieses Betriebssystem (1984) eine Grafische Benutzeroberfläche entwickeltte das sogenanan System.Diese Technik machte die Ausgabe von Grafiken auf die Computerbildschirme möglich. Die Besonderheit des X Window Systems (kurz X11 genannt), war es, Ausgaben auch über Computernetzwerke hinweg auf entfernte Terminals schicken zu können. Dazu wurde ein eigenes Netzwerkprotokoll entwickelt, auf TCP / IP ebenfalls X11 genannt. Das empfangende Terminal Benötigte für die Darstellung ein sogenanntes X-Server-Programm. Diese Art von Terminals («X-Terminal») genannt benötigten im Gegensatz zu den alten Text-Terminals einen eigenen, lokalen Prozessor und eine Grafikkarte für die Bildschirmsteuerung.Das X-Window-System имеет 1984 все современные графические интерфейсы пользователя с Mausbedienung, Mehrfensterausgabe, skalierbare и горизонтально- и вертикально RollBare Fenster. Der Begriff Terminalserver wurde mit den X-Terminals üblich.
Mit dem Aufkommen der Personal Computer wurden GUI and dezentrale Programminstallationen üblich und schließlich Standard. Damit waren auf jedem Arbeitsplatz auch leistungsfähige Prozessoren und Grafikkarten verfügbar, die Hardwaregrundlage für eine Terminalserver-Infrastruktur.Im kommerziellen Bereich konnten die PCs aber nie auf Server- bzw. Großrechnerprogramme verzichten, Terminalserver wurde nun zum Namen für Softwarelösungen, die die Darstellung solcher Program auf PCs ermöglichte,
Die immer mehr geforderte Grafikfähigkeit von Anwendungsprogrammen sorgte für stark steigende Bandbreitenanforderungen an die Computernetzwerke, wenn sie über Terminalserver genutzt wurden. Das X11-Protokoll war diesbezüglich ungünstig, da Grafikinformationen nicht komprimiert wurden.Eine neue Familie von Terminalserver-Protokollen wurden entwickelt, ein frühes und sehr leistungsfähiges war Independent Computing Architecture der Firma Citrix Systems, die Komprimierung, Caching, Verschlüsselung in die Protokolle einbrachten. Протокол виртуальных сетевых вычислений был связан с открытыми исходными кодами и предоставлял широкий доступ в Unix-Welt. Фирма Citrix начала сотрудничество с Microsoft, как и сервер терминалов, распечатав его, чтобы получить доступ к новой системе Windows NT.Windows NT war zu diesem Zeitpunkt (Version 3.1 bzw. 3.51) zwar mehrbenutzer-fähig, konnte aber nicht mehrere grafische Sitzungen («Мультисессия» -Fähigkeit) gleichzeitig ausführen. Citrix erweiterte den Windows-NT Kernel dahingehend, baute das ICA-Protokoll in Windows NT ein и durfte dieses «Citrix Terminal Server», который является продуктом исключительного вертикального. Корпорация Майкрософт Citrix использует протокол удаленного рабочего стола (далее ICA-Protokoll) с собственными протоколами Netzwerkprotokoll, протокол удаленного рабочего стола (RDP).В системе Windows-Server-Versionen war die Technologie als Windows Terminal Services direkt verfügbar. Windows Terminal Services heißt seit 2008 Службы удаленных рабочих столов . [2] Der Seamless Desktop Встроенный графический компьютер с графическим интерфейсом, поддерживающий выбранный сервер и множество других рабочих столов, в том числе значков и значков. Sowohl Seamless Desktop также включает X11 / xdm sind fähig, einzelne fernausgeführte Anwendungen integriert in der lokalen Oberfläche darzustellen, wodurch eine locale Установка программного обеспечения энтфеллт.Sofern der lokale und der entfernte Computer dasselbe Protokoll verwenden, kann eine Verbindung auch aufgebaut werden, obwohl die beiden Computer unterschiedliche Betriebssysteme nutzen. Установите Windows 2000 в профессиональной версии Windows vorgesehen, einem Benutzer gleichzeitig über RDP den Bildschirm zur Verfügung zu stellen. Es können sich mehrere Benutzer mit dem gleichen Terminal Server verbinden.
Im Sinne des Funktionsprinzips «Terminalserver» können heutige Internet- und Cloud-Webanwendungen ebenso als «Terminal» — oder zentralisierte Program angesehen werden.Находите виртуальную платформу на Arbeitsplatzrechnern wird как Terminalserver-Betrieb или инфраструктуру виртуальных рабочих столов. IP-Netze, лучший VPN-туннель, sind für den Fernzugriff auf Terminalservices einer Cloud-Webanwendung üblich. В einer Terminal Serverfarm вы можете найти Terminalserver zur Verfügung, а также на вашем сайте Netzwerkressourcen zugreifen. Eine Lastenverteilung ist im Zuge der Anmeldung möglich, so dass sich der einzelne Benutzer mit dem Terminalserver verbindet, der in dem Moment am wenigsten Benutzer bedient.
Beim Aufbau mit vielen Arbeitsplätzen ( Clients ) und einem leistungsstarken zentralen System ( Host ) wird die Wirtschaftlichkeit in einem Gesamtmodell bewertet, das beispielsweise berücksichtigt:
- Anzahl der Clients für gleichzeitige Nutzung (Lizenzkosten)
- Leistung des Servers und Redundanz (Hardwarekosten)
- Aufwand für die Clients und lokale Sicherung (Wartungskosten der Hardware und Betriebskosten)
- Aufwand für Änderungen der Anwendung (Pflegekosten der Applikation)
- Auslegung des Netzwerks für die Transfers (Hardware- und Leitungskosten)
- Sicherung und Schutz der Datenbestände (Ausfall- und Missbrauchsrisiken)
- Zusammenfassung der Zugriffsmechanismen in einem gemeinsamen Konzept (Authentizität, Autorisierung und Missbrauchsrisiken)
Vorteile [Bearbeiten | Quelltext Bearbeiten]
- Da die Datenhaltung und die Verarbeitung der Daten auf dem entfernten ( удаленный ) Статистика сервера, kann der lokale Arbeitsplatz (клиент) mit dem Einsatz von Thin Clients kostengünstiger, einfacher und robuster Desktop als von Computers Фестплатте и др.
- Die Serverfunktion kann zudem mit einem leistungsfähigen Server (Host) für mehrere Serverfunktionen virtualisiert werden und erfordert keine eigene Hardware.
- Bei Verwendung optimierter Netzwerkprotokolle kann der Datenverkehr gegenüber dem Zugriff von Clients auf zentrale Daten, die local auf einem Personal Computer verarbeitet werden, deutlich sinken.
- Bei Ausfall, Diebstahl oder Virenbefall des lokalen Endgeräts (Клиент) gehen die auf dem Server gespeicherten Daten nicht verloren bzw.упал nicht in unbefugte Hände.
- Die Arbeitsplatz-Einzelkosten (Общая стоимость владения, совокупная стоимость владения) сброшен bei großen Installationen erheblich.
- Die Anwendungssoftware muss nur einmal auf dem Terminalserver installiert und gepflegt werden.
- Auf den lokalen PC-Systemen (Clients) ist lediglich die Terminal-Zugangssoftware zu installieren.
- Eine redundante Installation kann Ausfälle in einer Terminalserver-Farm vollständig überbrücken (горячая замена).
- Es sind eine zentrale Administration und ein einfach zu steuerndes Sicherheitskonzept möglich, durch die die Daten die Serverumgebung nicht verlassen.
Nachteile [Bearbeiten | Quelltext Bearbeiten]
- Zentralisierung: Der Anlagenverbund ist grundsätzlich vom Netzwerk abhängig.
- Bildschirminhalte sowie Eingaben die über die Internetleitung übertragen werden sind immer durch eine gewisse Latenz gekennzeichnet.
- Video-Streaming sowie die Darstellung oder Bearbeitung von hochauflösungen Grafikinhalten ist eingeschränkt.
- Der Anwender hat nicht alle Freiheiten, die er auf einem Personal Computer hat.
- Die Softwarekompatibilität und das Lizenzmodell müssen passen: Nicht jede Standardsoftware läuft auf einem Terminalserver.
- ↑ IT-администратор: Терминальный сервер. 4. Май 2011, abgerufen am 7. Октябрь 2018.
- ↑ Терминальные службы теперь являются службами удаленных рабочих столов. Abgerufen am 6. Juni 2018 (englisch).
.Автономный сервер терминалов
для Windows Server 2016 — блог Энди
Bei einem Kunden musste ein Windows Server 2012 (ohne R2) mitsamt einer dazugehörigen Dömäne durch einen stand-alone Terminalserver (aka Remote Desktop Session Host, RDSH) ersetzt werden. Dies entspräche der best practice für die dort verwendete Branchenanwendung, denn, Zitat vom Außendienst «Domäne macht alles langsamer». Soviel zum aktuellen Anlass für diesen Beitrag.
Neben solchen Szenarien kann es weitere Gründe geben, einen Terminalserver ohne Domäne zu betreiben.Dies soll nun allerdings keine (weitere) Rolle spielen.
Die imho einfachste und schnellste Methode besteht darin, den RDP Wrapper zu verwenden. Wer dies Allerdings nicht nutzen kann oder möchte oder schlicht bei den Bordmitteln bleiben will, der kann wie folgt vorgehen.
Hinweis vorab: In diesem Beitrag geht es nur um den reinen Terminalserver (RDHS) ohne drum herum wie TS-Gateway, RDWeb usw.
- День «Сервер-Менеджер» запущен.
- «Rollenbasierte oder featurebasierte Installation» auswählen.
- Den Ziel-Server auswählen bzw. bestätigen.
- Bei «Serverrollen» die «Remotedesktopdienste» auswählen.
- Bei «Features» alles so belassen wie es ist.
- Bei «Remotedesktopdienste — Rollendienste» die «Remotedesktoplizenzierung» и den «Remotedesktop-Sitzungshost» auswählen.
- Nach Abschluss der Installation den Server neustarten.
Direkt nach dem Neustart und der Anmeldung als Administrator wird man per Sprechblase darauf hingewiesen, das die Remotedesktop-Lizenzierung nicht konfiguriert ist.
- Über den «Remotedesktoplizenzierungs-Manager», когда сервер активирован и установлены клиентские лицензии RDS-CAL.
Damit der Terminalserver den Lizenzserver erreichen kann, wie folgt vorgehen:
- Die lokale Gruppenrichtlinie через „gpedit.msc“ aufrufen.
- Zu «Computerkonfiguration — Administrative Einstellungen — Windows-Komponenten — Remotedesktopdienste — Remotedesktopsitzungs-Host — Lizenzierung« wechseln.
- Den Lizenzserver mit der IP-Adresse № 127.0.0.1 «ангебен.
- Den Lizenz-Modus gemäss der erworbenen RDS-CALs konfigurieren.
- Через «Remotedesktop-Lizenzierungsdiagnose» den Status prüfen.
Нун канн мэн з.Б. über die Computerverwaltung lokale Benutzer hinzufügen. Damit sich diese über eine Remotedesktopverbindung anmelden können ist eine Mitgliedschaft in der Benutzergruppe «Remotedesktopbenutzer» notwendig.
Блог
DigitalBamboo — легко развертывайте службы удаленного рабочего стола в рабочей группе или домене!
Microsoft Support — Рекомендации по установке службы роли узла сеансов удаленного рабочего стола на компьютере под управлением Windows Server 2012 без службы роли посредника подключений к удаленному рабочему столу
ИТ-блог Райана Мангана — Развертывание сервера RDSH в рабочей группе — RDS 2012 R2
Schon immer Technik-Enthusiast, seit 2001 in der IT tätig und seit über 10 Jahren begeisterter Blogger.Mit meiner Firma IT-Service Weber kümmern wir uns um all IT-Belange von gewerblichen Kunden und unterstützen zusätzlich sowohl Partner als auch Kollegen. Die Schwerpunkte liegen auf der Netzwerkinfrastruktur, den Betrieb von Servern und Diensten.
.
Server Mieten »Хостинг для почты, Интернета, приложений. Терминальный сервер
Nein. Einen vServer können Sie nicht direkt kaufen, denn bei einem vServer (auch VPS = Virtual Private Server genannt) handelt es sich um einen virtuellen Server. Dieser wird mittels Betriebssystem-Virtualisierung auf einem physischen Server eingerichtet bzw. darauf «simuliert». Auf einem solchen dedizierten Wirtsserver werden üblicherweise gleich mehrere vServer angelegt und separat vermietet. Die Kunden teilen sich somit die Systemressourcen des Wirtsservers und mieten ihren Anteil an der Rechenleistung einer großen Serverplattform.Dank des eigenen vServers verfügen Sie als Kunde über Ihre eigene virtualisierte Serverinfrastruktur, die ausschließlich Ihnen zur Verfügung steht.
Sie können einen vServer также nicht direkt kaufen, aber dafür bei IONOS besonders günstig mieten. Diese Variante ist preisgünstiger als einen Cloud Server or dedizierten Server zu mieten. Sie eignet sich besonders gut für kleinere Projekte mit einem überschaubaren Bedarf an Systemressourcen. Облачный сервер и выделенный сервер могут использоваться как Upgrade-Stufen an.Jede dieser Varianten richtet sich an spezifische Ansprüche und Ressourcenbedarfe.
Einen vServer zu mieten ist zudem wesentlich günstiger als einen komplett eigenen physischen Server zu kaufen. Diesen müssten Sie lagern und warten — und zudem für seine physische und digitale Sicherheit sorgen. Венн Зие stattdessen einen vServer bei IONOS mieten, запасной Sie nicht nur die Anschaffungskosten für die Technik, sondern auch Aufwand und Kosten für die regelmäßige Wartung, die Software- und Sicherheitsupdates, regelmäßige Backupsalis Hardware-Aktiv.Diese Aufgaben übernimmt Ihr erfahrener Server-Provider, während Sie sich ganz Ihrem Tagesgeschäft widmen.
Sollten sich Ihr Ressourcenbedarf und die Anforderungen Ihrer Projekte ändern, stehen Ihnen mit unseren Cloud Servern und dedizierten Servern zudem jederzeit entsprechende Optionen zur Verfügung, die Ihre Ansprüche erfüllen.
.