Enrollment number 2012 r2

Особый порт для подключения

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

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp

Находим ключ PortNumber и задаем ему значение в десятично представлении, равное нужному номеру порта:

Также можно применить команду:

reg add «HKLM\System\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp» /v PortNumber /t REG_DWORD /d 3388 /f

* где 3388 — номер порта, на котором будет принимать запросы терминальный сервер.

Функции Terminal Server

Роль терминального сервера в 2012 R2 определяется его вычислительными ресурсами. Технически решение такого рода позволяет предоставлять клиентам любую мощность, которой располагает Windows Сервер 2012 R2. Как правило, соединение с клиентами небольшой мощности происходит по локальной сети. Получать доступ к Terminal Server можно и с помощью специально спроектированных решений.

Основная функция сервера такого типа — приём и обработка данных, вводимых на клиентах, согласно предписанным алгоритмам и программам. Обрабатываться может буквально всё — от нажатий на клавиши и клики мышью до сложных действий клиентов в сети. Подключённые слабые ПК, в свою очередь, предоставляют серверу доступ к локальным ресурсам, например, принтеру или флеш-карте, флешкам.

ВАЖНО. На программном уровне сервер терминалов в 2012 R2 способен формировать среду для работы — сессию, в которой работают приложения подключённых клиентов

Те, в свою очередь, получают результат в виде вывода на экран и источник звука. 

Вы могли часто встречать подобные решения по роду деятельности практически в любой компании, связанной с IT. Высокую масштабируемость связки «сервер-клиенты» подкрепляет ПО Windows Server 2012 R2. Вот основные преимущества сервера терминалов:

1. Минимизация расходов на питание компьютерных систем.
2. Существенное повышение защиты от саботажа и внутреннего взлома.
3. Уменьшение расходов как на программную, так и на аппаратную часть.
4. Экономия времени системного администратора.

ВАЖНО. Роль настолько крупного решения определяется только амбициями его создателя и минимальными расходами на расширение. 

Шаг 2. Установка Windows Server и базовая настройка системы

Установка системы

Во время установки системы важно учесть только один нюанс — дисковую систему необходимо разбить на два логических раздела. Первый (малый, 70 – 120 Гб) выделить для системных файлов, второй — под пользовательские данные

На это есть две основные причины:

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

Базовая настройка Windows Server

• Проверяем правильность настройки времени и часового пояса;
• Задаем понятное имя для сервера и, при необходимости, вводим его в домен;
• Настраиваем статический IP-адрес;
• Если сервер не подключен напрямую к сети Интернет, стоит отключить брандмауэр;
• Для удаленного администрирования, включаем удаленный рабочий стол;
• Устанавливаем все обновления системы.

Настройка Remoteapp через Gateway

Предположим, у нас есть опубликованное приложение Remoteapp и мы хотим подключаться к терминальному серверу через настроенный шлюз. Для этого открываем rdp-файл приложения на редактирование (например, блокнотом) и вносим в него изменения:

…
gatewayhostname:s:rdg.dmosk.local
gatewayusagemethod:i:1
…

* где:

• gatewayhostname:s:rdg.dmosk.local — добавленная строка. Настройка говорит, что если при подключении к серверу нужно использовать шлюз, то это должен быт rdg.dmosk.local.
• gatewayusagemethod:i:1 — отредактированная строка. Указывает, что необходимо использовать шлюз.

Пробуем подключиться.

Активируем сервер терминалов Windows Server 2003, 2008, 2008 R2

2 мая, 2017 kevich

Способ работает уже не первый год, и раз в Microsoft до сих пор его не прикрыли, то мы с чистой совестью будем им пользоваться. Актуально для Windows Server 2003, 2008 и 2008 R2 (на WinServer 2012 не проверял). Конечно, на рабочих серверах, я призываю использовать исключительно честно купленные лицензии. Итак, приступим…

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

Подопытным сервером выступит Windows Server 2008 R2. Активируем терминальный сервер и получим клиентские лицензии CAL на пользователя. Первым делом добавляем роли нашему серверу. Сильно подробно расписывать не буду – тут все просто.

1. Диспетчер сервера -> Роли -> Добавить роль -> Службы терминалов
2. В списке «Службы роли» отмечаем Сервер терминалов и Лицензирование служб терминалов

Этого вполне достаточно для поддержания базовой функциональности терминального сервера.

В процессе установки вам потребуется выбрать метод проверки подлинности – требовать проверку подлинности на уровне сети или нет. Включение проверки (рекомендуемое) обеспечит повышенную безопасность, но в этом режиме к серверу не смогут подключаться пользователи с устаревшими клиентами (rdp 5.х и ниже).

Решение данной проблемы я описывал ранее – Windows XP и терминальный сервер на Server 2008 R2.

Осталось определиться с режимом лицензирования: «на пользователя» или «на устройство».

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

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

Мне было не лень, наделал скриншотов, так что сегодня инструкция будет в картинках. Идем в Диспетчер лицензирования удаленные рабочих столов -> Активировать сервер.

Выбираем метод подключения «В браузере веб-страниц»

Узел лицензирования удаленных рабочих столов: https://activate.microsoft.com/

В предложенной форме необходимо заполнить поля, помеченные (*). Product ID указан в мастере активации, остальные поля заполняем любой лабудой, (например Шариков Полиграф Полиграфович, компания «Рога и Копыта»).

Если все сделано правильно, то мы получим необходимый license server ID. Скопируйте его в буфер обмена. Сайт https://activate.microsoft.com/ закрывать пока не нужно, он нам еще пригодится для получения клиентских лицензий (CALs).

Получение клиентских лицензий (CALs)

Ну вот мы и добрались до самого интересного…

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

Снова заполнить поля, помеченные (*) той же лабудой, что и первый раз. Вставляем License Server ID, в качестве программы лицензирования (License Program) выбираем Enterprise agreement (! иначе не прокатит).

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

Тип продукта – Windows Server 2008 Terminal Server Per User Client Access License (для Windows Server 2003 – Windows 2003 Terminal Server Per User Client Access License)

Соглашение Enterprise agreement – 6565792, 5296992, 3325596 или любой другой, найденный в сети.

Ну вот мы и получили нужные нам клиентские лицензии. Поздравляю!

Собственно, теперь мы имеем полноценный активированный сервер терминалов. При желании можно добавить WEB-доступ, установив дополнительную роль.

 Оригинал: http://mdex-nn.ru/aktivacija-terminalnogo-servera-winserver-2008-r2.html

Опубликовано в рубрике Windows Метки: , , , Windows, терминал

Миграция терминальных лицензий на новый сервер

Если вам по каким-либо причинам необходимо переместить RD RD CAL (лицензии Remote Desktop Services Client Access) на новый сервер то в Windows Server 2008 R2 сделать данную операцию довольно просто. В данной статье мы рассмотрим процедуру переноса лицензий с сервера источника (на котором лицензии установлены сейчас) на новый сервер.  Оба сервера работают под управлением Windows 2008 R2 и находится в разных подсетях/лесах, поэтому они не могут видеть друг друга.

Подразумевается что у вас уже установлен и роль сервера лицензий на сервере назначения. Откройте на нем консоль RD Licensing Manager, нажмите на имени сервера правой кнопкой и выберите Manage Licenses.

На странице приветствия нажмите Next. Мастер запустит связь с Microsoft Clearinghouse.

Далее из выпадающего списка выберите пункт The source license server is being replaced by this license server и нажмите Next.

Если два сервера находятся в одном домене, то достаточно просто указать IP или имя исходного сервера, на котором установлены лицензии.  Однако как говорилось выше в нашем примере сервера недоступны друг другу по сети. Поэтому нам необходимо отметить чекбокс The specified source license server is not available on the network, а затем выбрать из выпадающего списка тип ОС, установленной на исходном сервере. И напоследок необходимо указать ID исходного сервера лицензий.   Для этого перейдем в консоль исходного сервера и зайдем в свойства.

В самом низу вы увидите нужный вам ID .

Скопируйте данный ID и вставьте его в форму на сервере назначения а затем нажмите Next для продолжения.

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

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

Введите номер соглашения. Эта страница зависит от типа лицензионной программы, выбранной ранее.

Далее укажите тип лицензий, также в соответствии с исходным сервером. Нажмите Next для запуска процедуры миграции лицензий.

Операция продлится несколько секунд. Нажмите Finish для закрытия мастера и посмотрите результат в RD Licensing Manager. Как видно из скриншота лицензии успешно мигрированы.

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

Полезная информация

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

Лицензирование ядер

«На ядро» значит, что лицензируются не физические процессоры, а их ядра. В стандартную поставку Windows Server 2019 Standard входит лицензия на использование 16 ядер. Это может быть сервер с одним или двухпроцессорная система с . В большинстве случаев покупки серверов для небольшой организации лицензии на 16 ядер хватает.

Если суммарное количество ядер процессоров сервера превышает 16, придется купить дополнительные лицензии на ядра. Продаются дополнительные лицензии наборами, на 2 ядра каждый. Для сервера с двумя потребуется 4 набора дополнительных лицензий, чтобы лицензировать 8 дополнительных ядер.

Если Windows Server 2019 Standard будет устанавливаться в виртуальные машины, то надо учитывать, что лицензия позволяет использовать 2 ВМ, то есть, если понадобится 3 ВМ с Windows Server 2019 Standard, то нужно будет купить две операционные системы и два набора дополнительных лицензий на ядра, если они требуются. Тут стоит уточнить, что в случае установки Windows Server 2019 Standard в качестве гостевой на виртуальную машину, расположенную на кластере, придется лицензировать все ядра кластера, а не одного хоста.

Несколько терминальных серверов и dns round robin

При наличие нескольких серверов терминалов, мы можем создать несколько записей в DNS, чтобы получать по round robin разные серверы:

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

Для решения переходим в настройку шлюза — кликаем правой кнопкой по Политики авторизации ресурсов и выбираем Управление локальными группами компьютеров:

Выбираем нужную группу компьютеров и нажимаем Свойства:

* в моем случае это была единственная группа, созданная по умолчанию.

На вкладке Сетевые ресурсы добавляем имя, созданное в DNS:

Теперь подключение будет выполняться без ошибок.

Установка роли терминального сервера

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

Входим в Server Manager. Справа вверху выбираем Manage -> Add Roles and Features. Для установки сервиса удаленных рабочих столов предусмотрен специальный мастер Remote Desktop Services installation.

Для одного сервера, выбираем Quick Start. Мастер обещает установку сервиса удаленных рабочих столов, настройку Collection и RemoteApp programs. (Я выбирал Standard deployment — процедура немного отличалось от этой.)

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

По сценарию на наш сервер будут добавлены следующие серверные роли:

• RD Connection Broker – контроль подключений пользователей, определяет для какого пользователя на каком сервере будет открыта сессия или запущено приложение.
• Web Access – доступ к приложениям через веб браузер.
• RD session Host – сервер, на котором будут опубликованы приложения и на который пользователи смогут подключаться через удаленный рабочий стол.

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

Позже, во второй части статьи, мы добавим ещё одну роль:

RD Licensing — сервер лицензий.

После чего начинается «автоматическая» настройка ролей, которая кончается ошибкой настройки Session collection и отменой установки RemoteApp programs. У меня все процедуры закончились «succeeded», здесь скриншот корявый.

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

Чтобы завершить установку в ручную, выбираем в Server Manager вкладку управления ролью Remote Desktop Services.

Там видим еще одно графическое представление плана установки. Первые два пункта у нас выполнены.

Кликаем по третьему пункту, Create session collection. Запускается мастер создания.

Придумываем название для Session Collection.

Выбираем наш сервер, в качестве RD session Host.

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

Нужно выбрать, где централизованно будут храниться данные о пользовательских сессиях, настройки. Дело в том, что сессия пользователя запускается как-бы в подобии виртуальной машины и в папке с профилями будут храниться виртуальные жесткие диски .vhdx В процессе использования, когда вы зайдете под администратором, то не найдете на системном диске никаких признаков присутствия юзеров. Я снял галку «Enable user profile disks».

Вот теперь установка закончилась удачно.

Дальше нужно выбрать RemoteApp программы. Я пока пропускаю, потому что ещё не установил 1С, для которого терминальный сервер и поднимается. Сделаю это позже.

Перезагружаемся и переходим к второй части.

Шаг 1. Выбор оборудования и подготовка сервера к работе

Выбор оборудования

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

1. Процессор от Xeon E5.
2. Памяти не менее 28 Гб (по 1 Гб на каждого пользователя + 4 для операционной системы + 4 запас — это чуть меньше 20%).
3. Дисковую систему лучше построить на базе дисков SAS. Объем необходимо учесть индивидуально, так как это зависит от характера задач и методов их решения.

Также предлагаю для чтения статью Как выбрать сервер.

Подготовка сервера

Прежде чем начать установку операционной системы выполните следующее:

1. Настройте отказоустойчивый RAID-массив (уровни 1, 5, 6 или 10, а также их комбинации). Данная настройка выполняется во встроенной утилите контроллера. Для ее запуска следуйте подсказкам на экране во время загрузки сервера.
2. Подключите сервер к источнику бесперебойного питания (ИБП). Проверьте, что он работает. Отключите подачу питания на ИБП и убедитесь, что сервер продолжает работать.

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

1. Нажмите на значок поиска  , затем с помощью поисковой строки найдите и выберите Управление учетной записью (Рис.1).

2. В открывшемся окне выберите Семья и другие люди, затем нажмите Добавить пользователя для этого компьютера (Рис.2).

3. Нажмите на пункт У меня нет данных для входа этого человека (Рис.3).

4. Нажмите на пункт Добавить пользователя без учетной записи Майкрософт (Рис.4).

5. В соответствующих полях введите имя пользователя (прим. в данном примере это UserRDP), пароль для новой учётной записи и подсказку для пароля, затем нажмите Далее (Рис.5).

6. В окне параметров Вы увидите нового пользователя (прим. в данном примере это UserRDP) (Рис.6).

7. Нажмите на значок поиска  , затем с помощью поисковой строки найдите и выберите Этот компьютер, через правую кнопку мыши откройте меню и нажмите Управлять (Рис.7).

8. В открывшемся окне выберите: Служебные программы > Локальные пользователи и группы > Пользователи, затем выберите пользователя (прим. в данном примере это UserRDP), перейдите на вкладку Членство в группах и нажмите Добавить… (Рис.8).

9. Нажмите Дополнительно… (Рис.9).

10. Нажмите Поиск, выберите из списка Пользователи удаленного рабочего стола и нажмите OK (Рис.10).

11. Нажмите OK (Рис.11).

12. Нажмите Применить, затем OK (Рис.12).

Вариант первый – одна машина

Начнем с описания быстрого развертывания RDS на одном сервере. Последовательность шагов будет следующей:

• Запускаем на сервере «Диспетчер серверов». Для этого можно набрать в консоли или окошке команд имя диспетчера servermanager.exe.
• Появляется окно диспетчера, где нужно перейти в раздел «Управление» => «Добавить роли и компоненты».
• Откроется окно мастера добавления ролей и компонентов.
• Первая страница мастера носит ознакомительный характер с описанием системных требований к серверу. Внизу страницы имеется флажок. Если выставить этот флажок, то больше данная страница беспокоить оператора не будет.
• На следующем экране нужно будет выбрать сам устанавливаемый сервис – в нашем случае RDS. Для этого выберите опцию «Установка служб удалённых рабочих столов».
• На следующем экране выбираем метод установки «Быстрый запуск» — вариант наиболее подходящий для нашего случая. Жмем «Далее».
• Теперь выбираем сценарий развертывания службы. Это будет сценарий на основе сеансов.
• Последнее наше действие – указание имени сервера. Вот окно, где это надо будет сделать:
• Далее мастер перейдет на страницу с демонстрацией хода установки. Здесь нужно лишь подтвердить правильность выбранных нами параметров инсталляции и щелкнуть по кнопке «Развернуть». Ход инсталляции будет показан в реальном времени. Когда возле каждой из полосок демонстрации процесса появится слово «Успешно» — сервер будет перезагружен. Это нужно иметь в виду, если сервер обслуживает некие критические задачи.

После перезагрузки заходим под той же учетной записью и просматриваем отчет о проделанной мастером работе. В этом отчете содержится полезная информация, в частности там приведены данные для доступа к сервисам сервера через сеть для каждой из рабочих станций. Помимо самой службы доступа к удаленным рабочим столам, их пользователям немедленно становятся доступны три стандартных приложения: «Paint», «Калькулятор» и «WordPad».

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

Единственное, что мы еще не проделали, – это не установили службу лицензирования. Но об этом далее.

Инсталляция Terminal Server

Вероятно, вам не стоит рассказывать про начало работы с Виндовс Сервер 2012 R2, когда поставлена столь серьёзная цель. Если вы грамотно провели первичную настройку, проблем на начальных этапах возникнуть не должно.

1. Убедитесь, что имеете действующую клиентскую лицензию — Enterprise Agreement. Конечно же, без доступа в интернет не обойтись, это нужно для запуска системы активации и подтверждения лицензий.
2. Зайдите в «Диспетчер серверов» Server 2012 R2. Он доступен через Панель задач. Или через «Выполнить» (Windows + R), где нужно ввести инструкцию:

1. Попав на «Панель мониторинга», найдите сверху в правом секторе окна «Управление» — «…роли и компоненты». 
2. В «Выбор типа установки» не трогайте отметку напротив «…ролей и компонентов». Нажмите «Далее».
3. В следующем диалоге оставьте отметку сверху. Ниже должен быть указан нужный сервер. Проверьте установки, такие как «Имя», «IP-адрес».
4. Подтвердите хотя бы одну роль — «Служба удалённых рабочих столов». Желательно отметить также «Файловые службы и службы хранилища». 
5. В «Выбор служб ролей» добавьте «Лицензирование…» и «Узел сеансов удалённых рабочих столов». Отметьте все необходимые составляющие и щёлкните «Добавить компоненты». 
6. Подтвердите перезагрузку Server 2012 R2.
7. После перезагрузки начнётся конфигурирование на базе новых установок. Дождитесь его завершения.

Теперь вы можете смело переходить к активации разрешений.

Определение сервера лицензирования для службы удаленных рабочих столов

Теперь запустим «Средство диагностики лицензирования удаленных рабочих столов» (RD Licensing Diagnoser) . Сделать это можно из диспетчера серверов, выбрав в правом верхнем меню «Средства» (Tools) — «Terminal Services» — «Средство диагностики лицензирования удаленных рабочих столов» (RD Licensing Diagnoser).

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

Сервер лицензирования указывается теперь в локальных групповых политиках. Для запуска редактора выполним команду gpedit.msc.

Откроется редактор локальной групповой политики. В дереве слева раскроем вкладки:
«Конфигурация компьютера» (Computer Configuration)
«Административные шаблоны» (Administrative Templates)
«Компоненты Windows» (Windows Components)
«Службы удаленных рабочих столов» (Remote Desktop Services)
«Узел сеансов удаленных рабочих столов» (Remote Desktop Session Host)
«Лицензирование» (Licensing)
Откроем параметры «Использовать указанные серверы лицензирования удаленных рабочих столов» (Use the specified Remote Desktop license servers) , кликнув  2 раза по соответствующей строке.

В окне редактирования параметров политики, переставим переключатель в «Включено» (Enabled) . Затем необходимо определить сервер лицензирования для службы удаленных рабочих столов. В моем примере сервер лицензирования находится на этом же физическом сервере. Указываем сетевое имя или IP-адрес сервера лицензий и нажимаем «ОК».

Далее меняем параметры политики «Задать режим лицензирования удаленных рабочих столов» (Set the Remote licensing mode) . Также устанавливаем переключатель в «Включено» (Enabled) и указываем режим лицензирования для сервера узла сеансов удаленных рабочих столов. Возможны 2 варианта:

• «На пользователя» (Per User)
• «На устройство» (Per Device)

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

Изменив вышеперечисленные политики, закрываем редактор.

Возвращаемся в оснастку «Средство диагностики лицензирования удаленных рабочих столов» (RD Licensing Diagnoser) и видим новую ошибку, указывающую на то, что сервер лицензирования указан, но не включен.

Для запуска сервера лицензирования переходим в «Диспетчер лицензирования удаленных рабочих столов» (RD Licensing Manager) . Найти его можно в диспетчере серверов, вкладка «Средства» (Tools) — «Terminal Services» — «Диспетчер лицензирования удаленных рабочих столов» (Remote Desktop Licensing Manager).

Здесь найдем наш сервер лицензирования, со статусом «Не активирован» (Not Activated) . Для активации кликаем по нему правой кнопкой мыши и в контекстном меню выбираем «Активировать сервер» (Activate Server).

Запустится Мастер активации сервера. Жмем «Далее» (Next) на первой странице мастера.

Затем выбираем метод подключения («Авто» (Automatic connection) по умолчанию) и жмем «Далее» (Next).

Вводим сведения об организации (эти поля обязательны для заполнения) после чего жмем «Далее» (Next).

Вводим дополнительные сведения об организации (необязательно) и снова нажимаем «Далее» (Next).

Сервер лицензирования активирован. Теперь следует установить лицензии. Для этого нажимаем «Далее» (Next) оставив включенным флаг «Запустить мастер установки лицензий».