Вступление. В этом материале будет затронуты роли служб удалённых рабочих столов на Windows Server 2012. С помощью этих служб мы сможем разрешать доступ к удалённым рабочим столам, настраивать сервер терминалов (terminal server), запускать приложения через службу RemoteApp, которая позволяет приложению, запущенному на компьютере клиенте выглядеть, так как если бы оно было запущено локально. Так же мы рассмотрим службу TSWebAccess , которая позволяет публиковать приложение на локальном веб сервере, после чего клиенты получают удобный доступ ко всем опубликованным приложениям на сервере терминалов по адресу http://ip/RDWeb. Подготовка Windows Server 2012 к установке службы удалённых рабочих столов. Для того что бы установить службы удалённых рабочих столов нам необходимо подготовить наш компьютер под управлением Windows Server 2012. Перед установкой необходимо сделать следующее:
- Дать компьютеру осмысленное имя.
- Задать статические параметры сетевого подключения.
- Ввести компьютер в домен
Я задал следующие настройки:
- Имя компьютера: TS
- Параметры сетевого подключения:
IP: 192.168.0.2 Маска: 255.255.255.0 Шлюз: 192.168.0.1 DNS: 192.168.0.1
- Ввёл компьютер в домен darkspb.ru, создав на контроллере домена пользователя adm.ts с правами администратора.
Как задать те или иные настройки вы можете прочитать в моей прошлой статье “Windows Server 2012. Установка и настройка Active Directory.” Установка роли служб удалённых рабочих столов.
- Запускаем “диспетчер сервера”.
- Выбираем «добавить роли и компоненты».
- Ознакомившись с первым этапом “мастера добавления ролей и компонентов” и нажимаем “Далее”.
- На втором шаге мастер предлагает выбрать нам тип установки. Выбираем “Установка служб удалённых рабочих столов”.
Следующим шагом нам необходимо выбрать тип развертывания. Выбираем “Standard deployment” и нажимаем “Далее”.
- Выбираем сценарий “Развертывание рабочих столов на основе сеансов” и жмём “Далее”
- На этой странице, мастер показывает, какие роли будут установлены для обеспечения работы “служб удалённых рабочих столов”, ознакамливаемся и нажимаем “Далее”.
- Теперь нужно выбрать сервер “посредник подключений к удалённому рабочему столу”, выбираем сервер в «Пуле серверов» и нажимаем “Далее”.
В моём примере я выбираю TS.vlanblog.ru
- На этом этапе мастер просит выбрать сервер “веб-доступа к удалённым рабочим столам”. На этом шаге можно выбрать сервер из списка “Пул серверов” или поставить галочку напротив пункта, который обозначает что роль “веб-доступа к удалённым рабочим столам” будет установлена на том же сервера, на котором установлена роль “посредника подключений к удалённому рабочему столу”. Ставим галку и жмём “Далее”.
В моём примере я выбираю TS.vlanblog.ru
- Укажем сервер “узла сеансов удалённых рабочих столов” выбрав наш сервер из списка “Пул серверов” и нажмём “Далее”
В моём примере я выбираю TS.vlanblog.ru
- После проделанных шагов, мастер “добавления ролей и компонентов” просит нас подтвердить свой выбор установкой галочки напротив пункта “Автоматически перезапускать конечный сервер, если это потребуется”. Проверяем выбранные нами настройки, если всё правильно ставим галочку и нажимаем “Развернуть”.
- Ждём пока на сервер, установятся выбранные нами роли, после чего компьютер будет автоматически перезагружен. Когда Windows Server 2012 запустится, входим в домен под пользователем, который устанавливал “службы удалённых рабочих столов” (в моём примере это пользователь: adm.ts). После чего автоматически запустится “Мастер добавления ролей и компонентов”, который настроит установленные службы. Дожидаемся окончания настройки и нажимаем “Закрыть”.
- На этом установка “служб удалённых рабочих столов” завершена.
Публикация приложений RemoteApp Для начала нам нужно создать коллекцию сеансов, для этого запустим “мастера создания коллекции”
- Открываем “Диспетчер сервера”
- Выбираем “Службы удалённых рабочих столов”
- В разделе “Общие сведения”, выбираем пункт “Создание коллекций сеансов”
Теперь создадим коллекцию сеансов с помощью мастера:
- На первом шаге мастер предлагает ознакомиться с требованиями для успешного создания коллекции сеансов. Если все требования соблюдены, нажимаем “Далее”.
- Следующим шагом надо задать имя коллекции, так же по желанию можно задать описание коллекции. После того как имя задано, нажимаем “Далее”
В моём примере коллекция получила название Office и описание WordPad, Paint.
- Теперь выберем сервер “Узлов сеансов удалённых рабочих столов” из списка “Пул серверов” для добавления в коллекцию и нажмём “Далее”
- Теперь можно добавить пользователя или группу пользователей, которым необходим доступ к этой коллекции сеансов. После чего нажимаем “Далее”.
В моём примере доступ к этой коллекции сеансов имеют все пользователи домена.
- На этом этапе мы может задать путь к дискам с профилями пользователей. Т.К. в моей конфигурации диски профилей пользователей отсутствуют, я снимаю галочку с пункта “Включить диски профилей пользователей” и жму “Далее”.
- Теперь мастер просит нас подтвердить выбранные нами настройки коллекции. Смотрим выбранные нами параметры и если всё нормально нажимаем “Создать”.
- После того как мастер закончит создавать коллекцию, нажимаем “Закрыть”
Теперь опубликуем приложения в нашей коллекции. Для этого в разделе “Коллекции” выбираем созданную ранее коллекцию, в моём случае она называется “Office”. После чего в разделе “Удалённые приложения REMOTEAPP” нажимаем кнопку “Задачи” после чего выбираем пункт “Опубликовать удалённое приложение “RemoteApp”. Тем самым мы запустили мастер “Публикация удалённых приложений RemoteApp”.
- На первом шаге мастера “Публикации удалённых приложений” мы выбираем приложения для публикации, отмечаем галочками приложения, которые хотим опубликовать. Если нужного нам приложения в списке не оказалось, его можно добавить, нажав кнопку “Add” и выбрать exe файл нашего приложения. Когда мы выбрали нужные приложения, нажимаем “Далее”.
- На втором шаге мастер просит убедиться нас в правильности выбора приложений, которые будут опубликованы, если всё хорошо нажимаем “Опубликовать”.
- После того как приложения были опубликованы, нажимаем “Закрыть”
Запуск опубликованного приложения с компьютера клиента После того как приложения были опубликованы давайте попробуем их запустить и поработать с ними. Я покажу запуск приложений на компьютере клиенте под управлением Windows 7. Этот компьютер настроен следующим образом:
- Параметры сетевого подключения задаются DHCP сервером.
- Компьютер состоит в домене darkspb.ru
- Пользователь Ivan.Ivanov, который состоит в группе “Пользователи домена”
- Конфигурация безопасности браузера Internet Explorer выставлена на “Среднее”
Запускаем Internet Explorer, после чего вводим в адресную строку http://192.168.0.2/RDWeb браузер предупредит нас о том, что сертификат не является подлинным, нажимаем “Всё равно перейти по этому адресу” и попадаем на страницу локального веб сервера “Подключение к удалённым рабочим столам и приложениям RemoteApp”. Вводим имя домена, пользователя и пароль, после чего нажимаем “Войти”
После успешного входа мы увидим список опубликованных приложений. Давайте запустим их, для этого нажимаем на любое приложение из списка, после чего будет выдано предупреждение о том, что не удалось установить издателя приложения, нажимаем “Подключить». После чего нас попросят ещё раз ввести домен, имя пользователя и пароль. Вводим и жмём “OK” Через некоторое время приложение будет запущено. Оно будет выглядеть, так как если бы вы запустили его локально, но на самом деле оно запущено с сервера удалённых рабочих столов.
↑Как установить такие кнопки?↑
Friend me:
Сегодня мы объясним, чем развертывание RDS Session Host на Windows Server 2012 R2 отличается от более ранних версий Windows Server и расскажем о доступных опциях развертывания. Remote Desktop Services на Windows Server значительно усовершенствовались за последнее время, но остается, тем не менее, много непонятного по причине множества вовлеченных в процесс компонентов. RD Session Host-ы выполняют всю грязную работу, обслуживая терминальные сессии пользователей. Однако даже при самом примитивном сценарии обязательно использование RD Connection Broker (посредника подключений к удаленному рабочему столу). Еще до того, как вы запланируете развертывание служб удаленного рабочего стола, стоит ознакомиться с его ролью.
RD Connection Broker
Когда сеанс удаленного рабочего стола отключается, приложения в сеансе пользователя продолжают работать. Для отслеживания сеансов пользователей RD Connection Broker (Посредник подключений удаленного рабочего стола) хранит такую информацию, как название хост-сервера сеансов удаленных рабочих столов, где проходит каждая сессия, состояние сессии и ее идентификатор, а также информация о подключенных пользователях в каждой сессии. Эта информация используется для подключения пользователей к существующим сеансам на серверах RD Session Host (терминальные сервера Windows). При создании новой сессии RD Connection Broker-ы также играют свою роль путем подключения пользователей к серверам RD Session Host по мере загрузки.
Начиная с Windows Server 2012, посредники подключений к удаленному рабочему столу не только хранят данные о пользовательских сессиях, но и информацию о конфигурации. Посредник подключений к удаленным рабочим столам использует внутреннюю базу данных Windows для сохранения сессии и информации о конфигурации, кроме случаев, когда установлен режим высокой доступности (HA), где используется сервер SQL 2008 R2 (или более поздняя версия).
Посредник подключений к удаленному рабочему столу требует домен Active Directory, но не может быть установлен на контроллере домена (DC). Можно развернуть службы удаленного рабочего стола в рабочей группе с помощью установки роли сервера, хотя при этом теряется возможность централизованного управления, пульты управления и функционал удаленных приложений Remoteapp.
Централизованная публикация приложений
В Windows Server 2012 также введен концепт коллекций (collections). В Windows Server 2008 R2 требовалось, чтобы системные администраторы публиковали приложения для каждого RD Session Host в индивидуальном порядке. Теперь посредник подключений к удаленному рабочему столу хранит информацию о конфигурации.
Опции развертывания: быстрая и стандартная
Ключ к пониманию того, как развернуть RDS на Windows Server 2012 R2 в понимании того, что недостаточно установки роли RD Session Host. Диспетчер серверов обеспечивает специальный режим развертывания для установки RDS, таким образом все необходимые компоненты установлены в нужных местах, чтобы делает развертывание простым и быстрым.
Службы удаленного рабочего стола на Windows Server 2012 R2
В мастере добавления ролей и компонентов (Add Roles and Features Wizard) в диспетчере серверов есть специальная опция установки, установка служб удаленных рабочих столов (Remote Desktop Services installation), которую необходимо выбрать при развертывании служб удаленных рабочих столов. Формулировка при этом варианте немного смущает, но опция позволяет устанавливать хосты сеансов удаленных рабочих столов без развертывания полной инфраструктуры виртуальных ПК (virtual desktop infrastructure — VDI).
Стандартное развертывание — это модель развертывания по умолчанию, и если вы действительно хотите установить все необходимые роли на одном сервере, что не является лучшей практикой, то стоит выбрать эту опцию. Быстрая установка (Quick Start) может быть полезна в сценариях тестирования или в небольших филиалах, где есть только один доступный сервер.
Стандартное развертывание позволяет установить RD Connection Broker, RD Session Host и RD Web Access на одном сервере или на нескольких серверах, что является наиболее вероятным сценарием развертывания в производственной среде. Посредник подключений к удаленному рабочему столу включает внутреннюю базу данных Windows, RD Session Host и RD Web Access roles. Все это является обязательным, но RD Gateway играет факультативную роль. RD Web Access предоставляет пользователям доступ к RemoteApps или рабочим столам из меню «Пуск» или с веб-портала. Если вы хотите использовать RDS больше, чем в течение 120-дневного пробного периода, вам потребуется дополнительно устанавливать роль лицензирования удаленных рабочих столов.
Консоли управления
Все необходимые консоли управления можно найти в диспетчере серверов на сервере, где установлен посредник подключений к удаленным рабочим столам, за исключением RD Gateway и RD Licensing.
Установка служб удаленного рабочего стола на Windows Server 2012 R2
Здесь мы расскажем о стандартной модели развертывания, которая позволяет распределить роли серверов удаленного рабочего стола или установить их для одного сервера.
Стандартное развертывание — это модель развертывания по умолчанию, и даже при том условии, что для демонстрации будут установлены три роли сервера на один сервер, это не лучшее решение. Внутренняя база данных Windows устанавливается как часть процесса для поддержки роли посредника подключений к удаленному рабочему столу, также как и некоторые компоненты IIS для RD Web Access, которые обеспечивают доступ к RemoteApps или рабочим столам из меню «Пуск» или с веб-портала.
Лицензирование
При желании использовать развернутые службы удаленного рабочего стола более чем в течение 120-дневного тестового периода необходимо установить роль RD Licensing, добавить лицензию, зарегистрировать сервер лицензирования с Active Directory, а затем добавить RD Licensing в RDS-инфраструктуру. RD Licensing устанавливается также, как любая другая роль, поэтому нет необходимости использовать специальную опцию развертывания в диспетчере серверов.
Развертывание служб удаленного рабочего стола
Серверы, которые вы планируете использовать в своем RDS-развертывании, должны быть добавлены в Пул Серверов (Server Pool) в диспетчере серверов перед началом процесса. Вам потребуется домен Active Directory domain и аккаунт, у которого есть разрешение на установку ролей сервера на выбранный сервер (серверы). Дополнительно может быть установлена роль посредника подключений к удаленному рабочему столу на контроллер домена.
- Откройте Диспетчер серверов;
- Выберите «Добавить роли и компоненты» в меню управления;
- В Мастере добавления ролей и компонентов нажмите «Далее» на экране «Перед началом установки» (Before You Begin).
- На экране «Выберите тип установки» выберите «Установка служб удаленного рабочего стола» и нажмите «Далее»;
- На экране «Выберите тип развертывания» выберите «Стандартное» и нажмите «Далее».
Стандартное или быстрое развертывание
- На экране «Выберите сценарий развертывания» выберите развертывание серверов сеансов (Session-based desktop deployment) и нажмите «Далее».
- На экране обзора служб ролей (Review role services) отметьте службы ролей для установки и нажмите «Далее».
Роли служб удаленных рабочих столов
- На экране определения сервера посредника подключений к удаленному рабочему столу кликните дважды на сервер в пуле серверов для того, чтобы добавить его в список выбранных. Это тот сервер, на который будет установлена роль посредника подключений к удаленному рабочему столу. Нажмите «Далее».
Выберите сервер из пула серверов
- На экране определения сервера RD Web Access повторите предыдущий шаг, чтобы добавить сервер в Selected, или поставьте галочку в «Установить службу роли RD Web Access на сервер посредника подключений к удаленному рабочему столу» (Install the RD Web Access role service on the RD Connection Broker server), если вы хотите установить эту роль на тот же сервер, что и посредника подключений к удаленному рабочему столу. Нажмите «Далее». continue.
- На экране определения серверов RD Session Host выберите один или более серверов из пула серверов, кликнув дважды или с помощью выбора мышью и нажатия на стрелку в центре диалогового окна.
- На экране подтверждения нажмите «Перезапустить сервер автоматически, если необходимо» (Restart the destination server automatically if required) и нажмите «Развернуть».
- Когда 3 роли сервера будут установлены, нажмите «Закрыть» на экране хода развертывания (View progress).
Ход развертывания
Теперь необходимо залогиниться на сервере, где установлена роль посредника подключений к удаленному рабочему столу, открыть Диспетчер серверов и нажать «Службы удаленного рабочего стола» (Remote Desktop Services) в списке опций слева, чтобы увидеть информацию по вашему
RDS-развертыванию
.
Дашборд служб удаленного рабочего стола в Диспетчере серверов
В данной статье я приведу подробную пошаговую инструкцию по установке сервера терминалов (англ. terminal server), или по другому, службы удаленных рабочих столов в Windows Server 2012. В принципе, последовательность действий не сильно отличается от установки сервера терминалов в Windows Server 2008 R2, однако есть ряд значимых отличий. Итак:
Оглавление
- Что понадобится
- Установка службы удаленных рабочих столов
- Определение сервера лицензирования для службы удаленных рабочих столов
- Установка лицензий на сервер лицензирования службы удаленных рабочих столов
- Подключение к серверу терминалов
1. Что понадобится
- Компьютер (сервер) с установленной на нем Windows Server 2012 (об установки этой ОС, я писал здесь) и права администратора на данном сервере.
- Действительная клиентская лицензия сервера терминалов, приобретенная по одной из существующих программ лицензирования. (В данной статье я буду использовать найденный в интернете номер соглашения, по программе Enterprise Agriment. На момент написания статьи рабочими были номера: 6565792, 5296992, 3325596, 4965437, 4526017.)
- Доступ к сети Internet для активации сервера лицензирования и установки лицензий (возможна также активация и по телефону).
2. Установка службы удаленных рабочих столов
Запускаем Диспетчер серверов. Его можно запустить с ярлыка на панели задач, или же выполнив команду servermanager.exe (Для этого необходимо нажать комбинацию клавиш Win + R, в появившемся окне в поле «Открыть» (Open) написать имя команды и нажать «ОК» ).
В меню, в верхнем правом углу, выбираем «Управление» (Manage) — «Добавить роли и компоненты» (Add Roles and Features) .
Запустится «Мастер добавления ролей и компонентов» (Add Roles and Features Wizard). Нажимаем «Далее» (Next) на начальной странице.
Оставляем переключатель на «Установка ролей и компонентов» (Role-based or features-based installation) и снова жмем «Далее» (Next) .
Выбираем тот сервер из пула серверов, на который будет установлена служба терминалов. В моем примере это данный локальный сервер. Нажимаем «Далее» (Next) .
Отмечаем роль «Службы удаленных рабочих столов» (Remote Desktop Services) в списке ролей и жмем «Далее» (Next) .
Компоненты оставляем в том виде, в котором они есть. Ничего не отмечая жмем «Далее» (Next) .
Читаем описание службы удаленных рабочих столов и нажимаем «Далее» (Next) .
Теперь необходимо выбрать устанавливаемые службы ролей. Как минимум нам пригодится «Лицензирование удаленных рабочих столов» (Remote Desktop Licensing) (также соглашаемся на установку дополнительных компонент нажав на «Добавить компоненты» (Add Features) в появившемся мастере)
и «Узел сеансов удаленных рабочих столов» (Remote Desktop Session Host) (опять соглашаемся на установку дополнительных компонент нажав на «Добавить компоненты» (Add Features) в открывшемся окне). Отметив необходимы службы ролей, нажимаем «Далее» (Next) .
Все параметры установки роли определены. На последней странице установим флаг «Автоматический перезапуск конечного сервера, если требуется» (Restart the destination server automatically if required) , подтвердим выбор нажав «Да» (Yes) в появившемся окне и нажмем «Установить» (Install) для запуска установки службы.
Если все прошло хорошо, после перезагрузки, увидим сообщение об успешной установке всех выбранных служб и компонент. Нажимаем «Закрыть» (Close) для завершения работы мастера.
3. Определение сервера лицензирования для службы удаленных рабочих столов
Теперь запустим «Средство диагностики лицензирования удаленных рабочих столов» (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)
- «Узел сеансов удаленных рабочих столов» (Remote Desktop Session Host)
- «Службы удаленных рабочих столов» (Remote Desktop Services)
- «Компоненты Windows» (Windows Components)
- «Административные шаблоны» (Administrative Templates)
Откроем параметры «Использовать указанные серверы лицензирования удаленных рабочих столов» (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) оставив включенным флаг «Запустить мастер установки лицензий» .
4. Установка лицензий на сервер лицензирования службы удаленных рабочих столов
Нажимаем «Далее» (Next) на начальной странице Мастера установки лицензий.
Затем выбираем необходимую вам программу лицензирования. В моем примере это «Соглашение «Enterprise Agreement«» . Жмем «Далее» (Next) .
Вводим номер соглашения и нажимаем «Далее» (Next) .
Указываем версию продукта, тип лицензии и количество лицензий в соответствии с вашей программой лицензирования. Жмем «Далее» (Next) .
Ну и дожидаемся завершения работы мастера установки лицензий с сообщением о том, что запрошенные лицензии успешно установлены.
В диспетчере лицензирования убеждаемся, что сервер работает, а также видим общее и доступное число установленных лицензий.
Ну и наконец возвращаемся в «Средства диагностики лицензирования удаленных рабочих столов» (RD Licensing Diagnoser) и видим, что ошибок нет, а число лицензий, доступных клиентам, соответствует тому, что мы вводили на предыдущем шаге.
На этом установка сервера терминалов в Windows Server 2012 завершена.
5. Подключение к серверу терминалов
Для подключения к серверу терминалов можно использовать встроенный в Windows клиент «Подключение к удаленному рабочему столу».
После развёртывания новой фермы RD Connection Broker на базе Windows Server 2012 R2 встаёт вопрос настройки пользовательского окружения на серверах RD Session Host. В целом общий процесс настройки почти полностью совпадает с тем, что уже описывалось ранее в заметке Remote Desktop Services — Настраиваем пользовательский интерфейс на серверах RD Session Host. Исключением является лишь пара пунктов, которые будут здесь описаны.
***
Метод описанный в пункте Скрываем излишние папки в профиле пользователя применительно к Windows Server 2012 R2 работать не будет. Вместо него воспользуемся вариантом, описанным здесь Windows 8 Forums — This PC — Add or Remove «Folders» in Windows 8.1
Видимостью рабочих папок пользователя можно управлять с помощью наличия под-ключей в ключе реестра HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\MyComputer\NameSpace , где каждый отдельный ключ отвечает за какую-то папку, в частности:
{1CF1260C-4DD0-4ebb-811F-33C572699FDE} — Музыка
{374DE290-123F-4565-9164-39C4925E467B} — Загрузки
{3ADD1653-EB32-4cb0-BBD7-DFA0ABB5ACCA} — Изображения
{A0953C92-50DC-43bf-BE83-3742FED03C9C} — Видео
{A8CDFF1C-4878-43be-B5FD-F8091C1C60D0} — Документы
{B4BFCC3A-DB2C-424C-B029-7FE99A87C641} — Рабочий стол
Предположим мы хотим удалить папки “Музыка”, “Загрузки” и “Видео”. Для этого нам можно либо вручную удалить соответствующие ключи реестра, либо создать GPP, удаляющие эти ключи (если нужно одинаково конфигурировать несколько серверов). Например, создадим для этой цели параметры GPP в разделе Computer Configuration\Preferences\Windows Settings\Registry
Соответствующие параметры для удобства объединены в группу, которая в нашем примере называется WS-2012R2. В свойствах этой группы параметров сделано нацеливание на семейство ОС – Windows Server 2012 R2 Family. Результат виден сразу после применения GPO (перезагрузка ОС при этом не требуется):
***
Метод описанный ранее в пункте Настраиваем стартовый экран Windows применительно к Windows Server 2012 R2 работать вполне возможно и будет, но более правильно использовать другой метод, доступный в новой ОС для управления стартовым экраном (Start Screen) Windows и описанный в документе Customize Windows 8.1 Start Screens by Using Group Policy:
1) После того, как на все сервера RD Session Host установлено и настроено однотипное программное обеспечение, входим на любой из этих серверов и настраиваем стартовый экран Windows в том виде, в котором мы хотим его представить всем пользователям без возможности последующей модификации.
2) Все сделанные настройки стартового экрана сохраняются на общедоступный сетевой ресурс в формате XML с помощью PowerShell командлета Export-StartLayout
Export-StartLayout -Path "\\holding.com\RDS-Settings\STARTSCREEN\StartScreenSettings.xml" -As XML
Если интересно заглянуть в результирующий XML файл, может потребоваться какой-нибудь текстовый редактор с подсветкой синтаксиса XML и автоматическим форматированием, например Notepad++ с плагином XML Tools
3) Указать путь к выгруженным настройкам стартового экрана можно с помощью параметра групповых политик Start Screen Layout в разделе User Configuration\Policies\Administrative Templates\Start Menu and Taskbar
Однако если для разных категорий пользователей требуются разные настройки стартового экрана, то можно более гибко сконфигурировать этот параметр с помощью Group Policy preferences (GPP). Для этого в разделе GPP User Configuration\Preferences\Windows Settings\Registry
нам потребуется настроить параметры LockedStartLayout и StartLayoutFile в ключе реестра
HKEY_CURRENT_USER\Software\Policies\Microsoft\Windows\Explorer
Первый ключ будет отвечать за блокирование возможности изменения настроек стартового экрана, а второй будет указывать месторасположение ранее выгруженного XML файла настроек.
Однако при централизованной раздаче настроек стартового экрана, как и в прошлой версии ОС, отображаться будут только те приложения, которые используют хорошо известные AppID (см.выгруженный файл XML).
Интересную информацию по этому вопросу можно найти например в заметке Windows 8.1 Start Screen – Behind the Scenes. Отсюда можно почерпнуть, что в ряде случаев в составе AppID используются идентификаторы известных папок описанных в документе Dev Center — Desktop — KNOWNFOLDERID. Эксперименты с размещением как ярлыков так и самих исполняемых файлов в указанных каталогах с последующей подменой GUID папок AppID в XML-файле настроек стартового экрана желаемого результата не дали. Фактически могу констатировать, что метод описанный в статье применительно к Windows Server 2012 R2 не работает.
В ходе разного рода экспериментов в руки так же попала одна интересная утилита — OblyTile v0.9.9 . Она позволяет создавать плитки стартового экрана с форсированным назначением для всех пользователей системы, но опять же, она не умеет размещать эти плитки в нужных группировках. И опять же, несмотря на то, что здесь есть такая хорошая штука как экспорт и импорт плиток, эти функции не получится использовать для полноценного копирования плиток между разными серверами, так как при экспорте плиток теряется связь с AppID исходной системы.
Поэтому, по существу вопроса, в плане управляемости плитками стартового экрана в новой ОС принципиально ничего не изменилось, что на мой взгляд, весьма печально, так как стартовый экран никак не получается использовать как отправную точку доступа пользователей ко всем ресурсам, как это было например со старым добрым меню “Пуск”.
Несмотря на вышедшую не так давно версию Windows Server 2016 и ожидаемый выход новой версии в следующем году, Windows Server 2012 r2 на сегодняшний день остаётся самой популярной и востребованной. Опишем вкратце процесс установки данной ОС применительно к её русской версии, расскажем об активации сервера терминалов, о настройке сервера, установке и настройке RDP (подключение к удалённому рабочему столу).
Установка Windows Server 2012 r2
- Для установки нам понадобится установочный диск с дистрибутивом Microsoft Windows Server 2012 r2, входящий в стандартный пакет поставки, кроме того его можете скачать с сайта Microsoft. Кроме этого установку не стоит начинать без приготовленного ключа активации.
- Процедура установки Microsoft Windows Server 2012 r2 ненамного отличается от установки обычной ОС Windows, поэтому при достаточном опыте, это не составит вам особого труда.
Устанавливайте загрузочный диск с системой в привод и ждём появления первого загруженного окна.
- В панели выбора языка везде выбирайте Россия и русский, затем жмете «Далее«.
- В очередном окошке нажимаете «Установить».
- В следующем окне выбираете выпуск ОС для установки, он должен соответствовать той системе, которую вы приобрели. Рекомендуется выбирать вариант с графическим интерфейсом. Жмете «Далее».
- В очередном окне, ознакомившись с лицензионным соглашением, поставьте галку возле «Я принимаю условия лицензии» и жмите «Далее».
- Дальше осуществляем выбор типа установки. Для первого раза достаточно выбрать опцию «Выборочная: только установка Windows.”
- Затем размечаем жесткий диск, в случае, если он еще не размечен. Выбираем опцию «Создать», указываем размер разделов. Назначаем раздел в качестве системного и нажимаем опять «Далее».Процесс установки пошел.
- Когда установка подойдет к концу, произойдет автоматическая перезагрузка компьютера.
- После этого вам будет предложено ввести пароль для учетной записи Администратора. Отнеситесь к этому серьезней, введите достаточно сложный пароль и постарайтесь его не забыть. Жмёте «Готово».
- Затем попадаете на стартовый системный рабочий стол, где вы должны нажать Ctrl+Alt+Del и ввести Администраторский пароль.
Настройка параметров сети и имени компьютера
- При первоначальном входе в ОС следует воспользоваться диспетчером серверов. Чтобы настроить новый сервер, выбираем закладку «Локальный сервер».
- В первую очередь следует выбрать имя компьютеру. Для чего кликаем по сгенерируемому системой имени компьютера в окне «Свойства».
Жмите «Изменить» и вводите новое имя, затем его последовательно подтверждаем при нажатии «OK» и «Применить». - Затем разрешаем использования удаленного доступа к новому серверу. Кликаем на закладку «Удаленный рабочий стол», выбирая в свойствах «Разрешить удаленное подключение к этому компьютеру». По умолчанию доступом к удаленному рабочему столу обладают лишь пользователи из админ-группы. Добавляются они с помощи кнопки «Выбрать пользователей», но поскольку мы еще их не вводили, этот пункт пропустим.
- Настраиваем параметры сети. Кликаем на заставке «Ethernet», при этом должны открыться все доступные сетевые соединения. Правой клавишей мышки щелкаем на настраиваемом соединении и на закладке свойства выбираем текущий протокол, затем «Свойства» и указываем статический ip или динамический, если у нас поднят DHCP-сервер.
- После настройки сети возвращаемся к свойствам сервера и кликаем на «центр обновления Windows». Включать автоматическое обновление для сервера не всегда желательно, поэтому жмём на кнопку «Я хочу выбрать параметры». Наиболее оптимальным считается для важных обновлений выбрать опцию «Загружать обновления, но решение об установке принимается мной», а для рекомендуемых обновлений ставим галочку возле пункта «Получать рекомендованные обновления таким же образом, как и важные обновления». Жмем на «OK» для сохранения настроек и система произведет поиск доступных обновлений. Выберем все обновления и нажмем кнопочку «Установить». Процедура долгая, ждать ее окончания не надо, идем дальше.
- Делаем выбор в свойствах сервера на закладке «Дата и время», чтобы скорректировать эти параметры, жмем «Изменить дату и время»,а если нужно, «Изменить часовой пояс».
Сохраним изменения, нажав кнопку «OK».
- Теперь после выполнения основных настроек, нужно активировать операционную систему. Для этого нажимаем ссылку на опции «Код продукта», вводим «Код продукта», который вы должны были заранее приготовить, жмем «Активировать», если введен правильный код, система будет активирована, о чем появится пометка на соответствующей закладке, и готова к дальнейшей работе.
Установка служб удалённых рабочих столов, активация, лицензирование служб, сервер терминалов
Службу удалённых рабочих столов сисадмины чаще называют сервером терминалов (Terminal server). Вот его пошаговую настройку мы сейчас и опишем.
Для установки нам потребуются действующие клиентские терминальные лицензии, которых вам понадобится приобрести по максимальному количеству одновременных соединений
- Запускаем диспетчер серверов из панели задач или в командной строке — servermanager.exe. В меню выбираем «Управление», далее нажимая на «Роли и компоненты», мы запускаем Мастер добавления ролей и компонентов. Жмем «Далее».
- Выбираем «Установка ролей и компонентов» и жмем «Далее». Выбираем сервер из списка и жмем «Далее».
- Ставим галочку рядом с опцией «Службы удаленных рабочих столов» и жмем «Далее». Компоненты пока оставляем без изменений и опять жмем «Далее».
- Прочитав описание службы рабочих столов, жмем еще раз «Далее». Выбираем «Лицензирование удаленных рабочих столов» и жмем в новом выпавшем окошке кнопку «Добавить компоненты».
- Выбираем пункт «Узел сеансов удалённых рабочих столов» и нажимаем в выпавшем окне «Добавить компоненты», после жмем «Далее».
- Не забудьте ещё поставить важную галку возле пункта «Автоматический запуск конечного сервера, если требуется», в качестве подтверждения, нажмите «Да», а затем «Установить».
- В случае успешной установки компонентов, на экране появятся соответствующие сообщения, после чего можно нажать кнопку «Закрыть».
- Запускаем средство диагностики лицензирования удалённых рабочих столов из верхнего меню диспетчера серверов: «Средства» → “Terminal Services” → «Средства диагностики лицензирования удалённых рабочих столов» и видим, что не задан режим лицензирования и нет доступных лицензий.
- Сервер лицензирования находится в локальных групповых политиках. Выполняем из командной строки запуск gpedit.msc , после чего откроется редактор локальной групповой политики.
- Последовательно выбираем вкладки:
— «Конфигурация компьютера»
— «Административные шаблоны»
— «Компоненты Windows»
— «Службы удалённых рабочих столов»
— «Узел сеансов удаленных рабочих столов»
— «Лицензирование»
— «Использовать указанные серверы лицензирования».
- В открывшемся окошке выбираем режим «Включено», затем нужно выбрать наш сервер лицензирования для удаленных рабочих столов. Здесь можно указать сетевое имя или ip-адрес.Нажимаем «OK».
- Далее выбираем опцию «Задать режим лицензирования удалённых рабочих столов», ставим «Включено», выбираем один из 2 вариантов режима лицензирования, который вам лучше подходит:
— «На пользователя»
— «На устройство»
и нажимаем «OK», закрываем редактор.
- Возвращаемся в оснастку Средство диагностики лицензирования удалённых рабочих столов» и убеждаемся, что сервер терминалов по-прежнему не включен.
- Переходим в «Диспетчер лицензирования удаленных рабочих столов» и находим наш неактивированный сервер. Щелкаем по нему правой клавишей мышки и нажимаем на строчке «Активировать сервер». В окне мастера активации жмём «Далее».
Выбираем метод подключения «Авто» и жмём «Далее».
- Вводим сведения об организации и свои учетные данные и жмем «Далее».
Дополнительные сведения можно не вводить, но кнопку «Далее» нажать надо. Сервер активировали.
- Теперь устанавливаем лицензии, для этого ставим флажок «Запустить мастер установки лицензий» и нажимаем «Далее». И ещё раз жмем «Далее» в окне Мастера установки лицензий.
- Выбираем программу лицензирования, которая вам подходит, и 7-значный номер заявки, который указан да документе с лицензиями. Жмем «Далее».
- Вводим номер соглашения, жмем «Далее».
- Вводим версию продукта, тип лицензии и их количество согласно вашей программы лицензирования. Жмём «Далее».
- Выводится окно с сообщением об успешном завершении, жмём «Готово».
Активация сервера терминалов
Для активация сервера лицензий терминалов нужно ввести рабочий номер клиентской лицензии сервера терминалов. Идём в Диспетчер лицензирования удалённых рабочих столов -> Активировать сервер. Выбираем метод подключения: «В браузере веб-страниц».
Узел лицензирования удаленных рабочих столов: https://activate.microsoft.com/
В предложенной форме этого оф. сайта необходимо заполнить поля, помеченные звёздочкой. Наш Product ID указан в мастере активации, остальные поля заполняем произвольно. В случае, если он чего-то ругается, типа «ваш запрос не может быть обработан», попробуйте обновить страницу…
Если всё сделано корректно, то мы получим необходимый license server ID. Скопируйте его в буфер обмена. Сайт activate.microsoft.com закрывать пока не нужно, он нам ещё нужен для получения клиентских лицензий (CALs). Переходим снова на него и жмём: Установить клиентские лицензии доступа.
В результате получите страницу, на которой будет указан «код пакета лицензионных ключей», который необходимо ввести в «Мастере установки клиентской лицензии удалённых рабочих столов», который у нас уже запущен и весит фоном. Указываем номер соглашения, например: 4965437.
Теперь мы получили полноценный активированный сервер терминалов. При желании можно добавить WEB-доступ, установив дополнительную роль.
Все пункты начальной установки выполнили. После этого можно приступать к настройке основных параметров Microsoft Windows Server 2012 r2.
В диспетчере лицензирования убеждаемся, что наши лицензии указаны верно, а в «Средства диагностики лицензирования удаленных рабочих столов» нет сообщений об ошибках.
Проверить настройки можно подключившись с любой клиентской машины через «Подключение к удаленному рабочему столу»
0