Мысли инженера: августа 2014

Доброго времени суток, коллеги.

Не так давно компания Citrix анонсировала продукт XenDesktop 7, основанный на новой архитектуре FMA (FlexCast Management Architecture), взамен устаревшей IMA (Independent Management Architecture). Теперь Citrix XenDesktop 7 комбинирует Citrix XenApp и Citrix XenDesktop в одном решении. То есть опубликованные приложения и рабочие столы управляются через один интерфейс Desktop Studio, хостятся на сервере RDS (либо Desktop OS) и взаимодействуют с контроллером Desktop Delivery Controller (DDC).

Хочу заметить, что обновить можно XenDesktop 5 до XenDesktop 7.1, но обновление XenApp 6.5 до XenDesktop 7.1 не поддерживается в виду архитектурных особенностей.

Ниже приведены некоторые ключевые улучшения XenDesktop:

Единый интерфейс управления (Citrix Studio)
Единая ферма для опубликованных приложений, рабочих станций, виртуальных рабочих столов.
Поддержка технологии NVIDIA GRID vGPU, предлагающей разгрузить в виртуальных средах обработку графических данных с CPU на GPU.
Поддержка Windows 2012 / Windows 8
Улучшенная технология HDX

Подробнее про нововведения и улучшения можно прочитать тут.

В данной статье рассмотрим установку и первоначальную настройку Citrix XenDesktop 7.1 (Quick Start).

Статья будет состоять из следующих пунктов:

1. Коммуникация компонентов XenDesktop7
  2. Описание компонентов XenDesktop7
  3. Установка XenDesktop7
  4. Создание сайта XenDesktop 7
  5. Machine Catalog
  6. Delivery Group
  7. Установка и настройка VDA-агента
7.1. Установка и настройка VDA-агента на Windows Server OS

7.2. Установка и настройка VDA-агента на Windows Desktop OS

7.3. Установка и настройка VDA-агента на Рабочую станцию (Remote PC Access)
8. Настройка Machine Catalog и Delivery Group
8.1. Предоставление доступа к рабочему столу Windows Desktop
8.2. Предоставление доступа к рабочему столу Windows Server
8.3. Предоставление доступа к физической рабочей станции (Remote PC Access)
9. Установка Citrix Director

1. Коммуникация компонентов XenDesktop7

Пользователь вводит авторизационные данные на вебинтерфейсе.
Вебинтерфейс передает авторизационные данные Delivery Controller’у
Delivery Controller передает пользовательские авторизационные данные Контроллеру домена.
Контроллер домена авторизует пользователя.
Delivery Controller запрашивает у MS SQL –сервера информацию о принадлежности пользователя к группам опубликованных приложений.
MS SQL – сервер возвращает всю необходимую информацию Delivery Controller’у
Delivery Controller отправляет Web Interface’у XML-файл с о списком приложений, опубликованных для данного пользователя.
Web Interface отображает ярлыки приложения, согласно присланному XML-файлу.
Пользователь нажимает на ярлык приложения.
Web Interface передает Delivery Controller информацию о приложении, которое необходимо запустить.
Delivery Controller раз в 5 минут получает информацию о доступности и загруженности терминальных серверов - VDA-агентов
На основании данной информации от VDA-агентов Delivery Controller формирует ICA-файл, где указан конкретный терминальный сервер и отправляет его на Web Interface.
Пользователь скачивает ICA-файл с Web Interface’а и запускает его посредством Citrix Receiver’а.
Клиент устанавливает связь с конкретным терминальным сервером, указанным в ICA-файле.
VDA-агент на терминальном сервере запрашивает доступные лицензии на Delivery Controller.
Delivery Controller запрашивает у сервера лицензий License Server доступные лицензии.
Сервер лицензий License Server занимает лицензию для конечного пользователя и возвращает Delivery Controller’у разрешение на подключение к VDA-агенту.
Delivery Controller применяет необходимые политики на терминальный сервер и разрешает установку сессии.
Между клиентом и сервером успешно устанавливается ICA-сессия.
Director Server запрашивает всю необходимую информацию с Delivery Controller и с VDA-агентов, а также позволяет управлять ICA-сессиями пользователей.

2. Описание компонентов XenDesktop 7.1.

Delivery Controller – контроллер доставки приложений, состоящий из служб, которые взаимодействуют с гипервизором на предмет создания, удаления, управления питания серверов с установленным VDA-агентом, служб проверки подлинности и управления доступом пользователей, а также служб роли брокера подключений между пользователями и их виртуальными столами и приложениями. Для каждого сайта используется минимум один Delivery Controller. Delivery Controller одновременно может принадлежать только одному сайту.

Virtual Delivery Agent (VDA) – агент обеспечивающий подключение пользователей к рабочим столам и приложениям. Устанавливается как на необходимые машины с серверной операционной системой и пользовательской операционной, так и на рабочие станции пользователей (Remote PC Access).

Citrix Desktop Studio – унифицированная консоль управления службами Delivery Controller’а, объединяющая в себе настройку сайта, каталога машин, групп доставки и публикацию приложений.

Citrix Director – Web-инструмент, позволяющий IT-службе следить за средой Citrix, устраняя неисправности еще до того, как они создадут угрозу системе, выполнять задачи по поддержке конечных пользователей, такой как просмотр и сброс пользовательских сессий, помощь пользователям при помощи удаленного помощника Windows, просмотр и удаление профилей пользователей.

Citrix Web Interface (StoreFront) – служба, позволяющая аутентифицировать пользователя, предоставляя единый доступ к приложениям и рабочим столам через веб-браузер илиCitrix Receiver.

3. Установка XenDesktop 7.1

Монтируем образ XenDesktop7.1 на сервер «ven-tst-dc01», в появившемся окне автозапуска нажимаем «Start»

Далее кликаем на «Delivery Controller» в разделе «Get Started»

Выбираем необходимые компоненты для установки, в нашем случае «Delivery Controller» и «Studio». Нажимаем «Next».

Так как будет использоваться полноценный MS SQL Server на отдельной машине, отказываемся от установки MS SQL сервера на локальный компьютер, сняв галочку напротив «Install Microsoft SQL Server 2012 Express». Нажимаем «Next»

Так как на данном сервере используется стандартный Windows Firewall, предоставим установщику создать необходимые правила в брандмауэре автоматически, выбрав опцию «Automatically» в разделе «Configure firewall rules:». Установщик откроет на фаерволе порты, которые использует Delivery Controller по умолчанию: 80 TCP и 443 TCP. Нажимаем «Next»

Проверяем все необходимые параметры. Нажимаем «Install».

Начнется установка Studio, Delivery Controller и сопутствующих компонентов.

После успешной установки нажимаем «Finish».

Запустится оболочка управления XenDesktop «Citrix Studio».

4. Создание сайта XenDesktop 7

Создадим новый сайт XenDesktop7.1.

Сайт в Citrix XenDesktop 7.1 (аналог ранее используемого названия «Ферма»/«Farm») – совокупность контроллеров Delivery Controller, агентов VDA, каталогов компьютеров и групп доставки, конфигурация которого хранится в отдельной базе SQL каждого сайта. Рекомендуется, чтобы сайт соответствовал одному географическому местоположению группы серверов (аналог «Зоны»/«Zone» в XenApp).

Выберем «Get Started! Create a Site» в разделе «Full Deployment».

Запустится мастер создания нового сайта. Выбираем «Configure the Site and start delivering applications and desktops to the users». В поле «Name your Site» вводим имя сайта, например, «Test_Site». Нажимаем «Next».

В поле «Database server location» вводим имя MS SQL сервера, например, «ven-tst-sql01». В поле «Database name» вводим имя базы данных «Test_Site_Base». Так как данный пользователь, из-под которого происходит установка служб XenDesktop, не обладает правами на создание баз данных на MS SQL сервере, то нажимаем на «Generate database script…» для формирования скрипта, который необходимо будет выполнить администратору SQL-сервера. Этот скрипт добавляет необходимые права данному пользователю на создание и редактирование базы данных «Test_Site_Base».

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

Script_For_Database_ven_tst_sql01.sql – скрипт для базы данных единичного инстанса MS SQL сервера.

Script_For_Mirror_Database_ven_tst_sql01.sql – скрипт для базы данных в зеркале.

Копируем «Script_For_Database_ven_tst_sql01.sql» на MS SQL сервер.

На SQL сервере следует открыть данный файл под пользователем с административными правами.

И выполнить, нажав на «Execute»

После успешного выполнения sql-скрипта, продолжаем установку XenDesktop7.1. Нажимаем, «Test connection». Во всплывающем окне соглашаемся на автоматическое создание базы данных сайта, нажав на «Ok»

База данных успешно создастся. Нажав на «Test Connection» убеждаемся, что база данных доступна. Нажимаем «Next»

В окне «Licensing» в поле «License server address» указываем сервер лицензии Citrix, например, «ven-tst-lic01.test.ru». Нажимаем «Connect», в разделе «Select a license» выбираем «Use an existing license» и необходимую лицензию, в нашем случае «Citrix XenDesktop Platinum». Нажимаем «Next».

В окне «Connection» в разделе «Host type» выбираем «None», так как в нашем случае используется не поддерживаемая XenDesktop’ом версия гипервизора. Нажимаем «Next»

Так как в этой статье не будут рассмотрены публикации App-V, в окне «App-V Publishing» в разделе «Do you want to add an App-V publishing server to this deployment» выбираем «No». Нажимаем «Next».

В окне «Summary» убеждаемся, что все настройки произведены корректно, нажимаем «Finish».

Начнется процесс создания сайта Citrix XenDesktop 7.1 «Test_Site».

После успешного создания сайта появится окно «Citrix Studio» его дальнейшей настройки:

5. Machine Catalog.

Для предоставления пользователям рабочих столов и приложений, администратору необходимо создать каталог машин «Machine Catalog», добавить в него машины и привязать к данному каталогу соответствующую группу доставки «Delivery Group».

Machine Catalog – пул машин, сгруппированных по типу, методу управления, операционной системе и методу доступа.

В процессе создания «Machine Catalog», необходимо указать тип операционной системы компьютеров:

Windows Desktop OS – Машины с пользовательской операционной системой, такой как Windows XP, Windows 7 и Windows 8. Необходим для предоставления доступа к рабочим столам индивидуальным пользователям, выделяя одну выделенную - частную или случайную машину на каждого отдельного пользователя.
Windows Server OS – Машины с серверной операционной системой, такой как Windows Server 2008R2 и Windows Server 2012. Необходим для предоставления доступа к рабочим столам или приложениям большому числу пользователей, выделяя одну или несколько стандартизированных машин общих для произвольных пользователей.
Remote PC Access – Особый тип, предоставляющий удаленный доступ непосредственно к физическому пользовательскому компьютеру, если он включен.

Далее необходимо указать тип управления питанием компьютеров и тип управления образами компьютеров.

Типы управления питанием:

Virtual Machine – машины, управлением питанием которых управляется через Studio. Если при создании Machine Catalog не было настроено подключение к гипервизору, то этот параметр недоступен.
Physical Machine – машины, управление питанием которых осуществляется не через Studio.

Из написанного выше не сложно догадаться, что тип «Physical Machine» обязательно должен относиться к аппаратному устройству, а «Virtual Machine» не обязательно подразумевает программную реализацию вычислительной среды.

Типы управления образом компьютера:

Machine Creation Services – служба использует главную виртуальную машину, которая позволяет управлять целевыми устройствами, используя шаблон.
Provisioning Services - служба позволяет управлять целевыми устройствами как коллекцией устройств, рабочие столы и приложения доставляются с единого главного образа PVS.
Another service or technology – сторонние службы управления машинами.

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

I want users to connect to a new (random) desktop each time they log on – Пользователь подключается к случайному рабочему столу, изменения, внесенные пользователем, не сохраняются.
I want users to connect to the same (static) desktop each time they log on – Пользователь подключается к выделенному рабочему столу, изменения, внесенные пользователем, сохраняются.

6. Delivery Group

«Delivery Groups» (Группы доставки) представляют собой совокупность набора компьютеров (Machine Catalog), публикуемых рабочих столов, приложений и самих пользователей, имеющих право на доступ к данным публикациям.

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

Типы доставки:

Desktops – только рабочие столы
Applications – только приложения
Applications and Desktops – рабочие столы и приложения

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

7.Установка и настройка VDA-агента

В данном пункте рассмотрим установку VDA-агента на серверную и пользовательскую ОС, а также на рабочую станцию пользователя.

Virtual Desktop Agent (VDA) - агент, установленный локально на целевое устройство, к которому необходим доступ, позволяет Citrix Delivery Controller’у управлять данной машиной и подключаться к ней посредством протокола ICA.

7.1.Установка и настройка VDA-агента на Windows Server OS

Монтируем образ XenDesktop7.1 на сервер «ven-tst-trm01», в появившемся окне автозапуска нажимаем «Run AutoSelect.exe»

Соглашаемся с установкой «.NET 3.5 SP1», нажав на «Ok»

После успешной установки компонента, появится окно установки «XenDesktop 7.1». Нажимаем «Start»

В разделе «Prepare Machines and Images» выбираем «Virtual Delivery Agent for Windows Server OS»

Откроется окно установки VDA агента. Так как мы не будет использовать Citrix PVS или Machine Creation Services, то в разделе «Configuration, I want to» выбираем «Enable connections to a server machine», нажимаем «Next»

Оставляем значение по умолчанию, нажимаем на «Next».

В окне «Delivery Controller» в разделе «Configuration» указываем Delivery Controller вручную, выбрав «Do it manually», в строке «Controller address» прописываем «ven-tst-cds01.test.ru». Нажимаем «Test Connection». Далее добавляем контроллер в список, нажав «Add».

Нажимаем «Next»

Оставляем значение по умолчанию, нажимаем «Next»

В окне «Summary» убеждаемся, что все настройки произведены корректно, нажимаем «Install».

В процессе установки RDS, появится окно «The machine needs to be restarted before the installation can continue», информирующее нас о необходимости перезагрузки машины. Нажимаем «Close».

Начнется установка компонент Windows с последующей перезагрузкой.

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

После успешной установки, нажимаем «Finish», система перезагрузится еще раз.

7.2.Установка и настройка VDA-агента на Windows Desktop OS

Монтируем образ XenDesktop7.1 на виртуальную машину с клиентской операционный системой Windows 7 «ven-tst-clt01», в появившемся окне автозапуска нажимаем «Run AutoSelect.exe»

В появившемся окне установки «XenDesktop 7.1» нажимаем на «Start»

В разделе «Prepare Machines and Images» выбираем «Virtual Delivery Agent for Windows Desktop OS»

Откроется окно установки VDA агента. Так как мы не будет использовать Citrix PVS или Machine Creation Services, то в разделе «Configuration, I want to» выбираем «Enable Remote PC Access», нажимаем «Next»

Так как данная система виртуализации не поддерживает технологию «GPU Pass-through», то установка «HDX 3D Pro» является избыточной, поэтому в окне «Install the Virtual Delivery Agent (VDA) for HDX 3D Pro» выбираем «No, install the standard VDA», нажимаем «Next»

Оставляем значение по умолчанию, нажимаем на «Next».

Нажимаем «Next»

Оставляем значение по умолчанию, нажимаем «Next»

В окне «Summary» убеждаемся, что все настройки произведены корректно, нажимаем «Install».

Начнется процесс установки VDA-агента на Windows 7.

После успешной установки, нажимаем «Finish», система перезагрузится еще раз.

7.3.Установка и настройка VDA-агента на Рабочую станцию (Remote PC Access)

Монтируем образ XenDesktop7.1 на виртуальную машину с клиентской операционный системой Windows 7 «ven-tst-wts01», в появившемся окне автозапуска нажимаем «Run AutoSelect.exe»

В появившемся окне установки «XenDesktop 7.1» нажимаем на «Start»

В разделе «Prepare Machines and Images» выбираем «Virtual Delivery Agent for Windows Desktop OS»

Откроется окно установки VDA агента. Так как мы не будет использовать Citrix PVS или Machine Creation Services, то в разделе «Configuration, I want to» выбираем «Enable Remote PC Access», нажимаем «Next»

Оставляем значение по умолчанию, нажимаем на «Next».

Нажимаем «Next»

Оставляем значение по умолчанию, нажимаем «Next»

В окне «Summary» убеждаемся, что все настройки произведены корректно, нажимаем «Install».

Начнется процесс установки VDA-агента на Windows 7.

После успешной установки, нажимаем «Finish», система перезагрузится еще раз.

8. Настройка Machine Catalog и Delivery Group

В данном пункте рассмотрим настройку Machine Catalog и Delivery Group для предоставления доступа к рабочему столу пользователям.

8.1. Предоставление доступа к рабочему столу Windows Desktop

Открываем консоль Citrix Studio на сервере «ven-tst-cds01». В разделе «Full Deployment» нажимаем «Create Catalog».

Откроется мастер создания каталога машин. Нажимаем «Next».

В окне «Operating System and Hardware» в разделе «Select an operating system and machine type for this Machine Catalog» выбираем «Windows Desktop OS», нажимаем «Next».

В окне «Machine Management» в разделе «Desktop image and managed using» выбираем «Another service or technology», нажимаем «Next».

Договоримся, что будем использовать подключение к случайному рабочему столу при каждом входе, для этого в окне «Desktop Experience» в разделе «Which desktop experience do you want users to have?» выберем «I want users to connect to a new (random) desktop each time they log on».

В окне «Machines» добавляем компьютеры, к которым пользователь будет подключаться в случайном порядке. Для этого нажимаем на кнопку «Add Computers», в появившемся окне вводим имя компьютера с Desktop OS и с установленным VDA-агентом. В нашем случае следует указать «ven-tst-clt01», нажимаем «Ok».

Для примера будет достаточно одной машины, нажимаем «Next»

В окне «Summary» в разделе «Machine Catalog name:» вводим имя набора компьютеров «Desktop_Catalog», нажимаем «Finish». На этом этапе настройка каталога компьютеров завершится.

Приступим к созданию групп доставки. Для этого в консоли Citrix Studio нажимаем на «Create Delivery Group, Applications and Assign Users»

Запустится мастер настройки групп доставки. Нажимаем «Next»

В окне «Machines» в разделе «Select a Machine Catalog:» выбираем доступный каталог машин, в нашем случае «DesktopCatalog». В разделе «Choose number of machine to add:» выделяем необходимое количество компьютеров для группы доставки, в нашем случае один. Нажимаем «Next»

В окне «Users» выбираем необходимых пользователей, либо группу пользователей, для которых необходимо предоставить доступ к рабочему столу Windows Server. Нажимаем «Add users», в появившемся окне выбираем группу «Citrix_XD71_Users», нажимаем «Ok»

В нашем случае достаточно только одной группы. Нажимаем «Next»

Так как для предоставления доступа к приложениям мы будем использовать Citrix WebInterface, то в окне «StoreFront» выбираем «Manually, using a StoreFront server address that I will provide later», нажимаем «Next»

В окне «Summary» в поле «Delivery Group name:» вводим имя группы доставки, например, «Desktop_Delivery». В поле «Display name» вводим отображаемое имя, например, «Desktop». Нажимаем «Finish».

На этом настройка доступа к рабочему столу Windows Desktop закончена.

8.2. Предоставление доступа к рабочему столу Windows Server

Открываем консоль Citrix Studio на сервере «ven-tst-cds01». Переходим в раздел «Machine Catalogs», в левом верхнем меню нажимаем «Create Machine Catalog». Откроется мастер создания каталога машин. Нажимаем «Next»

В окне «Operating System and Hardware» в разделе «Select an operating system and machine type for this Machine Catalog» выбираем «Windows Server OS», нажимаем «Next».

В окне «Machine Management» в разделе «Desktop image and managed using» выбираем «Another service or technology», нажимаем «Next».

В окне «Machines» добавляем компьютеры, к которым будут подключаться пользователи. Для этого нажимаем на кнопку «Add Computers», в появившемся окне вводим имя компьютера с Windows OS и с установленным VDA-агентом. В нашем случае указываем имя сервера «ven-tst-trm01», нажимаем «Ok».

Для примера будет достаточно одной машины, нажимаем «Next».

В окне «Summary» в разделе «Machine Catalog name:» вводим имя набора компьютеров «Server_Catalog», нажимаем «Finish». На этом этапе настройка каталога компьютеров завершится.

Приступим к созданию групп доставки. Переходим в раздел «Delivery Groups», в левом верхнем меню нажимаем на «Create Delivery Groups». Откроется мастер создания групп доставки. Нажимаем «Next»

В окне «Machines» в разделе «Select a Machine Catalog:» выбираем доступный каталог машин, в нашем случае «ServerCatalog». В разделе «Choose number of machine to add:» выделяем необходимое количество компьютеров для группы доставки, в нашем случае один. Нажимаем «Next»

В окне «Delivery Type» выбираем тип группы доставки, в нашем случае «Desktop», так как публиковаться будет только рабочий стол, тип «Desktop and Application» будет избыточен. Нажимаем «Next».

В окне «Users» выбираем необходимых пользователей, либо группу пользователей, для которых необходимо предоставить доступ к рабочему столу Windows Server. Нажимаем «Add users», в появившемся окне выбираем группу «Citrix_XD71_Users», нажимаем «Ok»

В нашем случае достаточно только одной группы. Нажимаем «Next»

Так как для предоставления доступа к приложениям мы будем использовать Citrix WebInterface, то в окне «StoreFront» выбираем «Manually, using a StoreFront server address that I will provide later», нажимаем «Next»

В окне «Summary» в поле «Delivery Group name:» вводим имя группы доставки, например, «Server_Delivery». В поле «Display name» вводим отображаемое имя, например, «Server». Нажимаем «Next».

На этом настройка доступа к рабочему столу Windows Server закончена.

8.3. Предоставление доступа к физической рабочей станции (Remote PC Access)

Открываем консоль Citrix Studio на сервере «ven-tst-cds01». Переходим в раздел «Machine Catalogs», в левом верхнем меню нажимаем на «Create Machine Catalog». Откроется мастер создания каталога машин. Нажимаем «Next»

В окне «Operating System and Hardware» в разделе «Select an operating system and machine type for this Machine Catalog» выбираем «Remote PC Access», нажимаем «Next».

В окне «Machine Accounts» добавляем рабочую станцию, к которой будет подключаться пользователь. Для этого нажимаем на кнопку «Add Computers», в появившемся окне вводим имя рабочей станции пользователя с установленным VDA-агентом. В нашем случае указываем имя компьютера «ven-tst-wst01», нажимаем «Ok».

Нажимаем «Next»

В окне «Summary» в разделе «Machine Catalog name:» вводим имя набора компьютеров «RemotePCAccess Catalog», нажимаем «Finish». На этом этапе настройка каталога компьютеров завершится.

В окне «Machines» в разделе «Select a Machine Catalog:» выбираем каталог машин с необходимой рабочей станцией пользователя, в нашем случае «RemotePCAccessCatalog». Нажимаем «Next»

В окне «Users» выбираем необходимых пользователей, либо группу пользователей, которым необходимо предоставить доступ к данной рабочей станции. Нажимаем «Add users», в появившемся окне выбираем группу «Citrix_XD71_Users», нажимаем «Ok».

В нашем случае достаточно только одной группы. Нажимаем «Next»

В окне «Summary» в поле «Delivery Group name:» вводим имя группы доставки, например, «RemotePCAccess_Delivery». В поле «Display name» вводим отображаемое имя, например, «RemotePCAccess». Нажимаем «Finish».

Привяжем пользователя «Larin» к его рабочей станции «ven-tst-wst01».

Для этого в консоли Studio в разделе «Machine Catalog» выбираем необходимый каталог машин «RemoteRCAccess_Catalog». В правом нижнем меню нажимаем на «View Machines»

Выбираем необходимую машину, в нашем случае «ven-tst-wst01». В правом нижнем меню нажимаем «Change User». В появившемся окне нажимаем «Add» и выбираем пользователя, например, «Larin». Нажимаем «Ok».

Проверяем публикации. Заходим под пользователем «Larin» на Citrix WebInterface.

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

9. Установка Citrix Director

Монтируем образ XenDesktop7.1 на виртуальную машину с клиентской операционный системой Windows 7 «ven-tst-drs01», в появившемся окне автозапуска нажимаем «Run AutoSelect.exe»

В появившемся окне установки «XenDesktop 7.1» нажимаем на «Start»

В разделе «Extend Deployment» выбираем «Citrix Director»

Соглашаемся с лицензионным соглашением, выделив «I have read, understand, and accept the terms of the license agreement». Нажимаем «Next»

В окне «Core Components» оставляем значения по умолчанию, нажимаем «Next».

В окне «Delivery Controller» в строке «Controller address» прописываем «ven-tst-cds01.test.ru». Нажимаем «Test Connection». Далее добавляем контроллер в список, нажав «Add». Нажимаем «Next»