WorksPad · 2019. 11. 20. · (MobilityLab, LLC.) в США, России и других странах. Названия прочих компаний и продуктов, упомянутые

WorksPadTM

Руководство по установке и конфигурированию

Версия 3.7.11 – Ноябрь 2019

WorksPadTM Руководство по установке и конфигурированию

© 2011-2019 МобилитиЛаб. 1

МобилитиЛаб (MobilityLab, LLC.) © 2011-2019 МобилитиЛаб (MobilityLab, LLC.). Все права защищены.

МобилитиЛаб, MobilityLab, WorksPad, логотип WorksPad являются торговыми марками или зарегистрированными торговыми марками МобилитиЛаб (MobilityLab, LLC.) в США, России и других странах.

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

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

Официальный веб-сайт: http://www.workspad.ru.

http://www.workspad.ru/



Содержание

1. Введение ........................................................................................................................................................ 5

2. Компоненты WorksPad и их назначение ..................................................................................................... 6

3. Управление лицензиями .............................................................................................................................. 8

4. Системные требования ................................................................................................................................. 9

5. Варианты топологии системы .................................................................................................................... 10

5.1. Рекомендуемый вариант топологии .................................................................................................. 10

5.2. Альтернативные варианты топологии ................................................................................................ 12

6. Подготовка инфраструктуры ...................................................................................................................... 13

6.1. Требования к настройкам ОС и учётным записям ............................................................................ 13

6.2. Установка Microsoft .NET Framework .................................................................................................. 13

6.3. Установка Microsoft SQL Server ............................................................................................................ 14

6.4. Добавление роли Веб-сервер (IIS) ...................................................................................................... 14

6.5. Установка Windows PowerShell............................................................................................................ 15

6.6. Настройка интеграции с Microsoft Exchange ...................................................................................... 15

6.6.1. Развертывание клиентских библиотек Microsoft Exchange ....................................................... 15

6.6.2. Настройка политики регулирования Microsoft Exchange ........................................................... 15

Настройка политики регулирования для Microsoft Exchange 2010 .................................... 15

Настройка политики регулирования для Microsoft Exchange 2013 и выше ...................... 16

6.6.3. Настройка Autodiscover ................................................................................................................. 16

6.6.4. Создание системной учётной записи для почтовых push-уведомлений ................................. 16

6.7. Настройка интеграции с CommuniGate Pro ........................................................................................ 17

6.7.1. Установка скриптов и настройка правил для входящей почты ................................................. 17

6.7.2. Создание системной учётной записи для почтовых push-уведомлений ................................. 18

6.7.3. Настройка безопасного соединения для обработки уведомлений от CommuniGate Pro ...... 19

6.8. Настройка интеграции с Microsoft SharePoint .................................................................................... 19

6.8.1. Развертывание клиентских библиотек Microsoft SharePoint ..................................................... 20

6.8.2. Настройка разрешений порталов Microsoft SharePoint для доступа из WorksPad .................. 20

6.9. Настройка интеграции с InfoWatch Traffic Monitor ............................................................................ 20

6.10. Рекомендованная конфигурация портов ......................................................................................... 21

7. Действия перед началом установки .......................................................................................................... 24

7.1. Создание системной учётной записи для служб WorksPad .............................................................. 24

7.2. Создание системной учётной записи для службы WorksPad Share Service .................................... 24



7.3. Создание системной учётной записи для службы WorksPad Gateway Service ............................... 25

7.4. Создание и развертывание сертификата безопасности ................................................................... 25

7.5. Создание и развертывание SSL-сертификатов ................................................................................... 26

7.6. Создание веб-сайта в IIS ....................................................................................................................... 27

7.7. Создание базы данных в Microsoft SQL Server ................................................................................... 28

7.8. Создание корневой папки для клиентских журналов событий ....................................................... 28

7.9. Создание корневой папки для FileBox ................................................................................................ 28

7.10. Создание корневой папки для опубликованных файлов ............................................................... 29

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

Шаг 1. Проверка соответствия системы необходимым условиям установки ........................................ 31

Шаг 2. Стартовое окно процедуры установки ........................................................................................... 32

Шаг 3. Просмотр лицензионного соглашения .......................................................................................... 33

Шаг 4. Выбор типа установки ..................................................................................................................... 34

Шаг 5. Выбор параметров установки ......................................................................................................... 36

Шаг 6. Настройки сервера ........................................................................................................................... 37

Один сервер ............................................................................................................................................. 37

Два сервера .............................................................................................................................................. 37

Шаг 7. Выбор компонентов программы для установки (Выборочная) .................................................. 40

Шаг 8. Выбор среды размещения служб (Выборочная) .......................................................................... 42

Шаг 9. Ввод данных служебной учётной записи пользователя .............................................................. 43

Шаг 10. Ввод параметров базы данных..................................................................................................... 44

Шаг 11. Начальные настройки .................................................................................................................... 46

Шаг 12. Настройка службы Router Service (Выборочная) ......................................................................... 47

Установка службы Windows .................................................................................................................... 47

Установка службы IIS ............................................................................................................................... 48

Шаг 13. Настройка службы Admin Service (Выборочная) ......................................................................... 50



Шаг 14. Настройка службы Dispatcher Service (Выборочная) .................................................................. 52



Шаг 15. Настройка службы File Service (Выборочная) .............................................................................. 54





Шаг 16. Настройка службы Transfer Service (Выборочная) ...................................................................... 56



Шаг 17. Настройка службы Messaging Service (Выборочная) .................................................................. 58



Шаг 18. Настройка службы Share Service (Выборочная) .......................................................................... 60



Шаг 19. Настройка службы Gateway Service (Выборочная) ..................................................................... 62

Шаг 20. Настройка службы Web API (Выборочная) .................................................................................. 63

Шаг 21. Настройка Консоли администратора (Выборочная) ................................................................... 64

Шаг 22. Настройка Пользовательского портала (Выборочная) ............................................................... 66

Шаг 23. Настройка Сайта внешнего доступа (Выборочная) ..................................................................... 68

Шаг 24. Подтверждение установки программы ....................................................................................... 69

Шаг 25. Завершение процедуры установки .............................................................................................. 70

9. Конфигурирование системы ....................................................................................................................... 71

9.1. Конфигурирование Router Service....................................................................................................... 71

9.2. Конфигурирование Notification Service............................................................................................... 71

9.3. Конфигурирование Консоли администратора ................................................................................... 72

9.4. Конфигурирование Пользовательского портала ............................................................................... 73

9.5. Конфигурирование Сайта внешнего доступа ..................................................................................... 73

10. Поддержка ................................................................................................................................................. 75



1. Введение

WorksPad представляет собой клиент-серверную систему удалённого доступа с мобильных устройств

к ресурсам корпоративной сети организации.

Клиентское приложение WorksPad позволяет получить доступ с мобильных устройств по сети

Интернет к почтовым службам, файловым хранилищам, веб-ресурсам, размещенным внутри

корпоративной сети, без необходимости публикации таких ресурсов в Интернет.

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

операционных систем семейства Microsoft Windows Server, и ориентирована на работу в

инфраструктуре Microsoft Active Directory (AD).

Все сервера, на которых разворачиваются компоненты системы WorksPad, должны быть членами

домена Active Directory, за исключением отдельных компонентов, предназначенных для размещения

в демилитаризованной зоне (DMZ) сети, в случае её использования.

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

домена Active Directory, за исключением учётных записей для отдельных компонентов,

предназначенных для размещения в DMZ сети, в случае её использования.

Пользователями системы WorksPad могут быть только пользователи домена Active Directory.

Данный документ описывает требования, настройки и действия, необходимые для развёртывания

серверной части системы WorksPad в корпоративной сети организации.



2. Компоненты WorksPad и их назначение

WorksPad состоит из следующих компонентов – сервисов:

Dispatcher Service – сервис, который первым принимает запросы пользователя и осуществляет

первичное взаимодействие с клиентскими устройствами и веб-приложениями WorksPad.

Работает по протоколу HTTPS и, обычно, располагается в DMZ. После обработки входящего

запроса, передает управление сервису Router. Через Dispatcher также возвращается

запрошенная информация.

Router Service – сервис, принимающий информацию от Dispatcher и веб-приложений

WorksPad. Работает по протоколу HTTPS и располагаться в интрасети. Основными задачами

данного сервиса являются:

o Первичная аутентификация пользователя,

o Регистрация пользовательских устройств,

o Журналирование запросов пользователей,

o Перенаправление пользовательских запросов на соответствующие функциональные

сервисы.

File Service – функциональный сервис, который предназначен для выполнения операций над

файлами и папками, за исключением загрузки на сервер и выгрузки на клиентское устройство

(выполняет Transfer service), а также для получения информации о структуре файловых папок

и файлов из:

o Общих папок Windows (Windows Shared Folders),

o Библиотек документов SharePoint (SharePoint Document Libraries).

Получает запросы от Router по протоколу TCP. Размещается в интрасети.

Messaging Service – функциональный сервис, который предназначен для выполнения

операций над сообщениями электронной почты, контактами, календарными событиями и

другой почтовой функциональностью, за исключением загрузки вложений электронной почты

на сервер и выгрузки их на клиентское устройство (выполняет Transfer Service). Получает

запросы от Router по протоколу TCP. Размещается в интрасети.

Transfer Service – функциональный сервис, выполняющий загрузку (upload) и выгрузку

(download) фалов, размещенных в:

o Общих папках Windows (Windows Shared Folders),

o Библиотеках документов SharePoint (SharePoint Document Libraries).

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

запросы от Router по протоколу TCP. Размещается в интрасети.

Share Service – функциональный сервис, который предназначен для выполнения операций

над внешними ссылками. Получает запросы от Router и Сайта внешнего доступа по протоколу

TCP. Также сервис отправляет запросы на Router. Может размещаться как в DMZ, так и в

интрасети.

Notification Service – функциональный сервис, который предназначен для отправки

уведомлений клиентским приложениям WorksPad. Размещается в интрасети.

Gateway Service – функциональный сервис, который предназначен для обработки запросов от

веб-браузеров клиентских приложений WorksPad. Сервис отправляет запросы на Router.

Работает по протоколу TCP и, обычно, располагается в DMZ.

Admin Service – сервис, который предназначен для выполнения операций веб-приложений

WorksPad. Получает запросы от Router по протоколу TCP. Размещается в интрасети.



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

(Administration Console), Пользовательский портал (User Portal) и Сайт внешнего доступа (External

Access Site), работающие под управлением Internet Information Server (IIS). Доступ к веб-приложениям

Консоль администратора и Пользовательский портал регулируется ролями WorksPad: к Консоли

администратора имеют доступ только пользователи с системной ролью «Администратор» или с

какой-либо пользовательской ролью администрирования в системе WorksPad. Соответственно к

пользовательскому порталу имеют доступ только пользователи с системной ролью «Пользователь».

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

Сервер WorksPad имеет в своём составе компоненты, которые позволяют управлять системой

посредством использования внешнего API. Компонент Web API представляет собой веб-приложение

под управлением Internet Information Server (IIS), которое реализует функциональность веб-API

системы WorksPad. Компонент PowerShell API поставляется в виде PowerShell модуля, который

представляет собой обёртку над веб-API WorksPad, где каждая из функций PowerShell API вызывает

соответствующую ей функцию веб-API. Доступ к функциональности веб-API имеют пользователи с

системной ролью «Администратор» или с какой-либо пользовательской ролью администрирования в

системе WorksPad.

Также в состав WorksPad входят следующие задачи, работающие под управлением «Планировщика

заданий»:

Share Cleaner – задача, которая занимается удалением файлов для истёкших внешних ссылок

WorksPad. После успешного удаления файлов истёкшие ссылки переводятся в статус

«Закрыта». По умолчанию запускается каждый день в 5:00. Размещается на том же сервере,

где установлен сервис Share.

Diagnostics Service – задача, которая занимается мониторингом состояния системы WorksPad

на основе опроса сервисов, список которых указывается в разделе «Службы» Консоли

администратора. По умолчанию запускается каждые 5 минут. Размещается на сервере, с

которого имеется возможность опрашивать все сервисы WorksPad.

Archiver Service – задача, которая занимается архивированием журнала событий сервера

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

продолжительности выполнения равное 3 часам.



3. Управление лицензиями

Управление лицензиями WorksPad осуществляется при помощи лицензионных файлов с

расширением .lic.

При первом развертывании системы лицензионный файл запрашивается мастером по установке.

Просмотреть параметры лицензии, а также заменить её можно при помощи Консоли администратора

в разделе «Информация».



4. Системные требования

Компоненты сервера WorksPad функционируют под управлением ОС Microsoft Windows Server 2008

R2 SP1 или более поздней версии. На всех серверах должен быть развернут Microsoft .NET

Framework 4.6 или более поздней версии, а также установлен Microsoft Windows Installer 2.0 или

более поздней версии.

Для хранения служебной информации WorksPad использует Microsoft SQL Server 2008 R2 или более

поздней версии.

Для работы с библиотеками документов SharePoint (SharePoint Document Libraries), WorksPad требует

наличия Microsoft SharePoint Server 2010 или более поздней версии.

Для работы почтовой функциональности, WorksPad поддерживает следующие типы почтовых

серверов:

Microsoft Exchange Server 2010 SP1 или более поздней версии;

CommuniGate Pro 6.0 или более поздней версии.

Система WorksPad поддерживает интеграцию с DLP-системой InfoWatch Traffic Monitor 6.5 или более

поздней версии.

На серверах, где будут установлены веб-приложения WorksPad, а также где планируется

использование служб WorksPad под управлением IIS, необходимо установить IIS (Internet Information

Services) 7 или более поздней версии.

Аутентификация пользователя осуществляется при помощи Microsoft Active Directory. Поэтому все

компоненты, за исключением Dispatcher, Share, Share Cleaner и веб-приложений WorksPad должны

быть членами AD организации.

Требования к объему оперативной памяти и дисковому пространству зависят от варианта

развертывания (односерверная конфигурация или многосерверная конфигурация) и ожидаемого

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

Ниже приведены минимальные системные требования для наиболее типичных конфигураций для обслуживания до 200 пользователей. Развертывание всех сервисов WorksPad на одном сервере:

Процессор: 4-ядерный,

Оперативная память: 8ГБ,

Дисковое пространство: 200МБ (без учета объема пользовательских и опубликованных файлов).

Развертывание на двух серверах:

Сервер WorksPad Dispatcher + Gateway + Пользовательский портал + Сайт внешнего доступа:





Дисковое пространство: 100МБ.

Сервер WorksPad Router + File + Messaging + Transfer + Admin + Share + Share Cleaner + Notification +

Diagnostics + Archiver + Web API + PowerShell API + Консоль администратора:



Дисковое пространство: 100МБ (без учета объема пользовательских и опубликованных файлов).

5. Варианты топологии системы

5.1. Рекомендуемый вариант топологии

С точки зрения безопасности рекомендуется разворачивать систему на двух серверах. При такой

конфигурации для компонентов Dispatcher, Gateway, User Portal и External Access Site выделяется

отдельный сервер, располагаемый в DMZ, а под остальные компоненты системы выделяется второй

сервер, располагаемый во внутренней сети организации. Службы WorksPad рекомендуется

разворачивать под управлением IIS (Диаграмма 1).

Портал пользователя рекомендуется размещать в зоне DMZ с целью предоставления через него

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

планируется, то его также можно разместить во внутренней сети.

Консоль администратора, Web API и PowerShell API из соображений безопасности рекомендуется

размещать во внутренней сети.



к Интернет сайтам к интранет сайтам

TCP (389/636)

TCP (1433)

Внешний сервер WorksPad

Мобильные клиенты

WorksPad

Интернет / Сеть Wi-Fi

DMZ LAN

Сайт внешнего доступа

WorksPad (браузер)

Агенты WorksPad

для ПК

Пользовательский портал


External Access Site

IIS

Внутренний сервер WorksPad

SQL Server

Active Directory

Router

Admin

Серверы SharePoint / WebDAV

Transfer

File

Файловые серверы

Messaging

Почтовый сервер

HTTP/HTTPS

(80, 443)

HTTP/HTTPS

(80, 443)

TCP (445)

IIS

IIS

IIS

IISIISHTTPS (443)

HTTPS (443)

HTTPS (443)

Share

IIS

Diagnostics

TS

HTTPS (443)

Share Cleaner

TS

HTTPS (443)

Консоль администрирования


Dispatcher

IIS

HTTPS (443)

HTTPS (443)

HTTPS (443)

HTTPS (443)

HTTPS (443)

TCP (5757)

Gateway

WS

TCP TCP

TCP (5757)

HTTPS (443)

User Portal

IIS

Notification

WS

WorksPad Notification Hub

(Azure)

HTTPS (443)

HTTPS (443)

HTTPS (443)

TCP (5757)

HTTPS (443)

HTTPS (443)

Administration Console

IIS

Web API

IIS

PowerShell API

PS

HTTPS (443)

HTTPS (443)

Archiver

TS

Диаграмма 1. Компоненты WorksPad развернуты под управлением IIS на двух серверах.



5.2. Альтернативные варианты топологии

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

быть развернут в альтернативных конфигурациях (на одном сервере; каждый компонент WorksPad на

собственном сервере; с использованием балансировщиков нагрузки и т.д.)

Возможен вариант развертывания всех компонентов системы WorksPad на одном сервере. Данный

сервер может располагаться в DMZ, если планируется предоставление доступа к системе как из

внутренней сети организации, так и из Интернет; либо на внутреннем сервере, если планируется

предоставление доступа только из внутренней сети. Для доступа к системе из Интернет можно

воспользоваться существующим прокси-сервером или VPN-подключением, если таковые имеются.

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

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

аппаратное обеспечение. При таком развертывании Dispatcher, Gateway, User Portal и External Access

Site располагаются на серверах в зоне DMZ, а все остальные компоненты – в интрасети, каждый – на

собственном сервере. При этом компонент Diagnostics, следует располагать в интрасети на сервере с

которого имеется возможность опрашивать все сервисы WorksPad.

Независимо от выбранной топологии, большинство компонентов WorksPad могут быть установлены

не только под управлением MS IIS, но и в виде служб Windows. Такой вариант доступен при

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

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

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

использования ресурсов не происходит.

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

серверах с установкой компонентов под управлением MS IIS.



6. Подготовка инфраструктуры

Подготовка инфраструктуры включает в себя следующие шаги:

Установка серверов (аппаратных или виртуальных) Microsoft Windows Server 2008 R2 SP1 или

более поздних версий.

Настройка сетевых портов для всех серверов, в тех случаях, когда этого требует текущая

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

Установка Microsoft .NET Framework 4.6 или более поздней версии на всех серверах, где

планируется использовать компоненты WorksPad.

Развертывание и настройка Microsoft SQL Server 2008 R2 или более поздней версии.

Развертывание роли Internet Information Server (IIS) на серверах, где планируется

эксплуатировать веб-приложения WorksPad, а также на серверах, где службы WorksPad

планируется использовать под управлением IIS.

Установка Windows PowerShell 3.0 или более поздней версии на сервере, где планируется

использовать компонент WorksPad PowerShell API.

Настройка интеграции с Microsoft SharePoint, если требуется.

Настройка интеграции с Microsoft Exchange, если требуется.

Настройка интеграции с CommuniGate Pro, если требуется.

Настройка интеграции с InfoWatch Traffic Monitor, если требуется.

6.1. Требования к настройкам ОС и учётным записям

Компоненты WorksPad выполняются как веб-приложения MS IIS, службы Windows, а также как задачи,

работающие под управлением «Планировщика заданий» на Microsoft Windows Server 2008 R2 SP1 или

более поздней версии. Количество оперативной памяти, выделяемой серверам, зависит от

выбранной конфигурации и планируемой нагрузки, но, в любом случае, не должно быть менее 8ГБ на

сервер.

Серверы, где будут установлены компоненты Router Service, Admin Service, Transfer Service, File

Service, Messaging Service, Notification Service, Diagnostics Service, Archiver Service и Web API, должны

быть членами домена.

Для установки системы WorksPad необходимо обладать правами локального администратора на

каждом сервере, где будут развёрнуты компоненты системы.

На всех серверах, где будут установлены службы Transfer Service и File Service, необходимо

предоставить группе «Пользователи домена» (Domain Users) право на локальный вход в систему.

На всех серверах, где будут установлены компоненты Share Cleaner, Diagnostics Service и Archiver

Service, необходимо отключить политику безопасности «Сетевой доступ: не разрешать хранение

паролей или учетных данных для сетевой проверки подлинности».

6.2. Установка Microsoft .NET Framework Все компоненты WorksPad выполняются в среде .NET Framework версии 4.6. Если данное ПО не

установлено, загрузите и установите его самостоятельно. Ссылка на официальный дистрибутив:

https://www.microsoft.com/en-us/download/details.aspx?id=48130.

https://www.microsoft.com/en-us/download/details.aspx?id=48130



Если планируется размещение служб WorksPad под управлением MS IIS, то необходимо также

активировать следующие компоненты .NET Framework 4.6 – Службы WCF (WCF Services):

Активация HTTP (HTTP Activation)

Активация TCP (TCP Activation)

Совместное использование портов TCP (TCP Port Sharing)

6.3. Установка Microsoft SQL Server Для работы WorksPad требуется SQL Server 2008 R2 или более поздней версии. Поддерживается

любая редакция, включая SQL Server Express. Однако, следует учитывать, что Express-версия

накладывает ограничения на объем используемой оперативной памяти (максимум 1ГБ) и

максимальный объем базы данных (не более 10ГБ).

WorksPad требует только механизм базы данных, однако рекомендуется разворачивать и консоль

управления сервером баз данных.

SQL Server должен быть развернут на сервере, доступном по сети для компонентов Router Service,

Admin Service, Transfer Service, File Service, Messaging Service, Notification Service, Diagnostics Service,

Archiver Service и Web API.

В том случае, когда все компоненты WorksPad развернуты в единичном экземпляре на одном

сервере, или в варианте с двумя серверами, внешний и внутренний (см. Рекомендуемый вариант

топологии), SQL сервер допустимо размещать локально, на том же сервере, где расположены

компоненты внутреннего сервера WorksPad. Более сложный варианты топологии, например,

множественная установка компонентов с использованием балансировки нагрузки, может

потребовать выделения отдельного сервера (отказоустойчивого кластера) для размещения базы

данных.

6.4. Добавление роли Веб-сервер (IIS)

Для работы веб-приложений WorksPad, а также для работы служб WorksPad (за исключением

Diagnostics, Archiver, Gateway и Notification) под управлением IIS, требуется развертывание роли Веб-

сервер (IIS). Добавьте эту роль к серверу, на котором предполагается эксплуатация веб-приложений.

Необходимо установить следующие службы роли:

Веб-сервер

o Основные возможности HTTP

Статическое содержимое

Стандартный документ

Ошибки HTTP

Перенаправление HTTP

o Разработка приложений

ASP.NET («ASP.NET 4.5» в Windows Server 2012 и выше)

Расширяемость .NET («Расширяемость .NET 4.5» в Windows Server 2012 и выше)

Расширения ISAPI

Фильтры ISAPI

o Безопасность



Фильтрация запросов

o Производительность

Сжатие статического содержимого

Средства управления

o Консоль управления IIS

Также для работы служб WorksPad под управлением MS IIS необходимо активировать компоненты

.NET Framework 4.6 – Службы WCF (WCF Services). Подробнее см. раздел «Установка Microsoft .NET

Framework».

6.5. Установка Windows PowerShell

Для работы компонента WorksPad PowerShell API необходимо наличие установленного Windows

PowerShell 3.0 или более поздней версии. Если данное ПО не установлено, загрузите и установите его

самостоятельно. Подробнее по ссылке: https://docs.microsoft.com/en-

us/powershell/scripting/setup/windows-powershell-system-requirements.

6.6. Настройка интеграции с Microsoft Exchange Данный этап необходим, если для обеспечения почтовой функциональности системы WorksPad

планируется использовать почтовый сервер Microsoft Exchange или почтовые службы Office 365. В

противном случае можете пропустить этот шаг.

6.6.1. Развертывание клиентских библиотек Microsoft Exchange

Установите указанный ниже пакет на тех серверах, где вы планируете разворачивать WorksPad

Messaging Service, Notification Service и Transfer Service.

Загрузите Microsoft Exchange Web Services Managed API 2.2 по ссылке: http://www.microsoft.com/en-

us/download/details.aspx?id=42951.

6.6.2. Настройка политики регулирования Microsoft Exchange

Внимание! Администратор не может устанавливать политики регулирования для Office 365.

Для работы WorksPad с сервером Exchange рекомендуется снять ограничения, накладываемые

политикой регулирования клиентов Microsoft Exchange по умолчанию. В противном случае, в связи с

довольно низкими порогами политик установленных по умолчанию для Exchange Web Services,

возможны временные отказы в обслуживании запросов (или более медленное их обслуживание) со

стороны Exchange Server. Вероятность срабатывания политик высока для ящиков больших размеров,

особенно при первоначальной синхронизации.

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

ограничений в зависимости от версии Exchange.

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

Для настройки политики регулирования клиентов на Microsoft Exchange 2010 необходимо выполнить

следующие шаги:

1. Войти на Exchange Server от имени учётной записи администратора и запустить Exchange

Management Shell

https://docs.microsoft.com/en-us/powershell/scripting/setup/windows-powershell-system-requirements

https://docs.microsoft.com/en-us/powershell/scripting/setup/windows-powershell-system-requirements

http://www.microsoft.com/en-us/download/details.aspx?id=42951




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

New-ThrottlingPolicy WorksPadPolicy -EWSMaxConcurrency $null -

EWSPercentTimeInAD $null -EWSPercentTimeInCAS $null –

EWSPercentTimeInMailboxRPC $null -EWSMaxSubscriptions $null -

EWSFastSearchTimeoutInSeconds $null -EWSFindCountLimit $null

3. Выполните следующую команду для применения новой политики ко всем владельцам

почтовых ящиков, к которым обращаются пользователи WorksPad:

Set-Mailbox "<user login>" -ThrottlingPolicy WorksPadPolicy

4. Для применения новой политики к системной учётной записи для push-уведомлений

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

Set-ThrottlingPolicyAssociation -Identity "<user login>" -

ThrottlingPolicy WorksPadPolicy

Настройка политики регулирования для Microsoft Exchange 2013 и выше

Для настройки политики регулирования клиентов на Microsoft Exchange 2013 и выше необходимо

выполнить следующие шаги:

1. Войдите на сервер где установлен Microsoft Exchange Server от имени учётной записи

администратора и запустить Exchange Management Shell

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

New-ThrottlingPolicy WorksPadPolicy -RCAMaxConcurrency Unlimited -

EWSMaxConcurrency Unlimited -EWSMaxSubscriptions Unlimited –

CPAMaxConcurrency Unlimited -EwsCutoffBalance Unlimited -

EwsMaxBurst Unlimited –EwsRechargeRate Unlimited

3. Выполните следующую команду для применения новой политики ко всем владельцам

почтовых ящиков, к которым обращаются пользователи WorksPad:

Set-Mailbox "<user login>" -ThrottlingPolicy WorksPadPolicy

4. Для применения новой политики к системной учётной записи для push-уведомлений

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

Set-ThrottlingPolicyAssociation -Identity "<user login>" -

ThrottlingPolicy WorksPadPolicy

6.6.3. Настройка Autodiscover

Данный этап необходим, если планируется использовать push-уведомления о почтовых событиях в

клиентских приложениях WorksPad. В противном случае можете пропустить этот шаг.

Автообнаружение (Autodiscover) используется для определения связей между CAS (Client Access

Server) и адресами электронной почты. Это является необходимым требованием для корректной

работы почтовых уведомлений.

Необходимо чтобы служба автообнаружения Exchange была доступна с сервера, где развёрнута

служба WorksPad Notification Service.

6.6.4. Создание системной учётной записи для почтовых push-уведомлений





Для получения и обработки почтовых уведомлений от сервера Exchange необходимо иметь

системную учётную запись с правами на олицетворение (роль ApplicationImpersonation) в Microsoft

Exchange. Данная учётная запись позволяет создавать от имени пользователя подписки на получение

почтовых уведомлений от Exchange, а также получать необходимую для отправки push-уведомлений

информацию.

Создайте системную учётную запись, например, «WPNotification». Учётной записи рекомендуется

задать надёжный пароль. Срок действия пароля должен быть не ограничен. Имя и пароль этой

учетной записи должны оставаться неизменными.

Далее представлено описание шагов, которые необходимо выполнить администратору Microsoft

Exchange для предоставления необходимых прав системной учётной записи:

1. Войдите на сервер Microsoft Exchange Server от имени учётной записи администратора и

запустите Exchange Management Shell

2. Для предоставления системной учётной записи прав на олицетворение выполните

следующую команду:

New-ManagementRoleAssignment -Name "WorksPad Notification Admin" -

Role:ApplicationImpersonation -User "<user login>"

Внимание! Для данной системной учётной записи крайне рекомендуется снять ограничения,

накладываемые политикой регулирования клиентов Microsoft Exchange по умолчанию (не

применимо к Office 365). Подробнее см. раздел «Настройка политики регулирования Microsoft

Exchange».

6.7. Настройка интеграции с CommuniGate Pro

Данный этап необходим, если для обеспечения почтовой функциональности системы WorksPad

планируется использовать почтовый сервер CommuniGate Pro. В противном случае можете

пропустить этот шаг.

6.7.1. Установка скриптов и настройка правил для входящей почты



Для получения и обработки почтовых уведомлений от сервера CommuniGate Pro необходимо

установить специальные скрипты из пакета WorksPad CGP Push Sender1, а также настроить правила

для входящей почты.

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

которых добавлены в систему WorksPad.

Перед установкой скрипта «workspad-pushhandler.sppr» из пакета WorksPad CGP Push Sender

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

1. Откройте на редактирование файл «workspad-pushhandler.sppr».

1 Для получения пакета свяжитесь с вашим поставщиком решения WorksPad.



2. Укажите в файле URL-адрес службы WorksPad Notification Service, отредактировав указанный в

нём шаблон «http://<NotificationServiceHostName>:5754/» (например,

«http://192.168.10.10:5754/»).

3. Сохраните файл.

Далее представлено описание шагов, которые необходимо выполнить администратору CommuniGate

Pro для установки скриптов и настройки правил для входящей почты:

1. Войдите в интерфейс Администратора CommuniGate Pro от имени учётной записи

администратора.

2. Перейдите в раздел «Пользователи» – «Интерфейсы».

3. На открывшейся странице загрузите файл «workspad-pushsender.wcgp».

4. Перейдите в раздел «Пользователи» – «PBX».

5. На открывшейся странице загрузите файл «workspad-pushhandler.sppr».

6. Перейдите в раздел «Пользователи» – «Домены».

7. В представленной таблице нажмите на имя домена, в котором необходимо настроить

правила входящей почты.

8. Перейдите в раздел «Почта» выбранного домена.

9. На открывшейся странице создайте следующее правило:

Приоритет Имя

7 PushMail

Данные Операция Параметр

- - -

Действие Параметр

Обратиться по URL http://127.0.0.1:8100/sys/workspad-pushsender.wcgp?type=mailIn&sub=^s&fromFull=^F&from=^E&to=^R&rcpt=^r&messageId=^I

6.7.2. Создание системной учётной записи для почтовых push-уведомлений



Для получения и обработки почтовых уведомлений от сервера CommuniGate Pro необходимо иметь

системную учётную запись с правами доступа «Может менять установки Всех Доменов и

Пользователей». Данная учётная запись позволяет получать необходимую для отправки push-

уведомлений информацию.

Примечание. Система WorksPad не использует системную учётную запись для изменения настроек

сервера CommuniGate Pro и данных её пользователей. Предоставленные права доступа используются

только для получения информации о новых входящих сообщениях, которая необходима для работы

push-уведомлений.



Создайте системную учётную запись, например, «WPNotification». Учётной записи рекомендуется


учетной записи должны оставаться неизменными.

Далее представлено описание шагов, которые необходимо выполнить администратору CommuniGate

Pro для предоставления необходимых прав системной учётной записи:

1. Войдите в интерфейс Администратора CommuniGate Pro от имени учётной записи

администратора.

2. Перейдите в раздел «Пользователи» – «Домены» и в представленной там таблице нажмите

на имя домена, в котором была создана системная учётная запись для работы

функциональности push-уведомлений.

3. В открывшемся разделе «Объекты» нажмите на имя системной учётной записи пользователя.

4. Нажмите на ссылку «Права Доступа», которая расположена в правом верхнем углу

открывшейся страницы.

5. Установите для пользователя следующие права доступа – «Может менять установки Всех

Доменов и Пользователей».

6. Нажмите кнопку «Модифицировать».

6.7.3. Настройка безопасного соединения для обработки уведомлений от CommuniGate Pro



По умолчанию служба Notification Service принимает запросы от сервера CommuniGate Pro по

протоколу HTTP. Если требуется обеспечить передачу данных между сервером CommuniGate Pro и

службой Notification Service по протоколу HTTPS, то необходимо выполнить следующие шаги:

1. Измените схему URL-адреса службы Notification Service на HTTPS в скрипте «workspad-

pushhandler.sppr». Подробнее см. раздел «Установка скриптов и настройка правил для

входящей почты».

2. Измените схему URL-адреса, для приёма запросов от CommuniGate Pro, на HTTPS в настройках

службы Notification Service. Подробнее см. раздел «Конфигурирование Notification Service».

3. На сервере, где установлена службы Notification Service, выполните следующую команду:

netsh http add sslcert ipport=0.0.0.0:5754 certhash=<SSL

certificate hash> appid={b7ffd1fc-c6d2-4f97-8287-9e1f90d57627}

Данная команда позволяет установить SSL-сертификат на указанный адрес службы Notification

Service.

4. Перезапустите службу Notification Service.

6.8. Настройка интеграции с Microsoft SharePoint

Данный этап необходим, если с помощью системы WorksPad планируется обеспечить доступ к

библиотекам документов Microsoft SharePoint или SharePoint Online. В противном случае можете

пропустить этот шаг.



6.8.1. Развертывание клиентских библиотек Microsoft SharePoint

Клиентские библиотеки необходимо установить на тех серверах, где вы планируете разворачивать

WorksPad File Service и WorksPad Transfer Service.

Для работы с Microsoft SharePoint 2010 и выше необходимо установить следующие пакеты:

SharePoint Foundation 2010 Client Object Model Redistributable – http://www.microsoft.com/en-

us/download/details.aspx?id=21786, а также обновление для него –

http://www.microsoft.com/en-us/download/details.aspx?id=39660.

SharePoint Server 2013 Client Components SDK – http://www.microsoft.com/en-

us/download/details.aspx?id=35585.

При установке клиентских библиотек после развёртывания системы WorksPad необходимо

перезапустить службы WorksPad File Service и WorksPad Transfer Service.

6.8.2. Настройка разрешений порталов Microsoft SharePoint для доступа из WorksPad

Для доступа к документам, размещенным на порталах Microsoft SharePoint пользователи должны

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

пользователям на каждом портале SharePoint в зависимости от желаемого режима доступа:

Режим Описание режима Разрешения SharePoint

«Чтение» Чтение и скачивание документов на мобильное устройство

View Items, Browse Directories, View Pages, Use Remote Interfaces, Open

«Совместная работа» «Чтение» + Загрузка документов: добавление с возможностью замены без удаления

+ Add Items, Edit Items

«Редактирование» «Совместная работа» + Удаление

+ Delete Items

6.9. Настройка интеграции с InfoWatch Traffic Monitor

Данный этап необходим, если планируется интеграция системы WorksPad c DLP-системой InfoWatch

Traffic Monitor (IWTM). В противном случае можете пропустить этот шаг.

В рамках интеграции с DLP-системой, сервер WorksPad отправляет теневые копии файлов,

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

WorksPad с DLP-системой IWTM необходимо установить плагин WorksPad TM Adapter2 в систему

IWTM. Подробнее об интеграции WorksPad с DLP-системой смотрите в «Руководстве по интеграции с

InfoWatch Traffic Monitor».

2 Для получения плагина свяжитесь с вашим поставщиком решения WorksPad.








6.10. Рекомендованная конфигурация портов

Для работы компонентов WorksPad необходимо открыть ряд сетевых портов из внешних сетей к

серверу WorksPad в DMZ, от сервера WorksPad в DMZ к серверу WorksPad во внутренней сети и от

сервера WorksPad во внутренней сети к внутренним ресурсам и системам (серверу БД, контроллерам

домена, почтовым серверам и пр.). Также для работы некоторых компонентов системы может

потребоваться открытие сетевых портов от серверов WorksPad в Интернет. В таблице ниже

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

Порт

Протокол Источник Точка обращения Службы

Windows Службы IIS

8443 443 HTTPS Интернет, интранет Administration Console

8443 443 HTTPS Интернет, интранет Web API

8443 443 HTTPS Интернет, интранет User Portal

8443 443 HTTPS Интернет, интранет External Access Site

443 443 HTTPS Интернет, интранет Dispatcher Service

5757 5757 TCP Интернет, интранет Gateway Service

443 443 HTTPS Dispatcher Service Router Service

8080 443 TCP, HTTPS Router Service Admin Service

8081 443 TCP, HTTPS Router Service File Service

8082 443 TCP, HTTPS Router Service Transfer Service

8083 443 TCP, HTTPS Router Service Messaging Service

9443 443 HTTPS Router Service Share Service

443 443 HTTPS User Portal Router Service

443 443 HTTPS Administration Console Router Service

9443 443 HTTPS External Access Site Share Service

443 443 HTTPS Share Service Router Service

443 443 HTTPS Share Cleaner Router Service

80, 443 80, 443 HTTP, HTTPS File Service, Transfer Service Серверы Microsoft

SharePoint

80, 443 80, 443 HTTP, HTTPS File Service, Transfer Service Серверы WebDAV

445 445 SMB File Service, Transfer Service,

Share Service, Share Cleaner

Файловые серверы (SMB)

80, 443 80, 443 HTTP, HTTPS Messaging Service, Transfer Почтовый сервер



Service, Notification Service Microsoft Exchange

8100, 9100 8100, 9100 HTTP, HTTPS Messaging Service, Transfer

Service, Notification Service

Почтовый сервер

CommuniGate Pro

5754 5754 HTTP, HTTPS Почтовый сервер

CommuniGate Pro

Notification Service

9101 9101 TCP Messaging Service, Transfer

Service

DLP-система InfoWatch

Traffic Monitor

1433 1433 TCP Admin Service, Router

Service, File Service,

Messaging Service, Transfer

Service, Notification Service,

Diagnostics Service, Archiver

Service, Web API

Microsoft SQL Server

389 389 TCP, UDP Admin Service, Router





Service, Web API

Контроллер домена

(Microsoft Active

Directory)

636 636 TCP Admin Service, Router





Service, Web API

Контроллер домена

(Microsoft Active

Directory)

443 443 HTTPS Diagnostics Service Router Service

8080 443 TCP, HTTPS Diagnostics Service Admin Service

8081 443 TCP, HTTPS Diagnostics Service File Service

8082 443 TCP, HTTPS Diagnostics Service Transfer Service

8083 443 TCP, HTTPS Diagnostics Service Messaging Service

9443 443 HTTPS Diagnostics Service Share Service

5757 5757 TCP Diagnostics Service Gateway Service

443 443 HTTPS Gateway Service Router Service

80, 443* 80, 443* TCP Gateway Service Интернет, интранет

443 443 HTTPS Notification Service Интернет (WorksPad

Notification Hub)**



* Порты и IP-адреса устанавливаются в зависимости от расположения веб-ресурсов, к которым необходимо предоставить доступ через встроенный веб-браузер WorksPad. ** Необходимо для работы push-уведомлений. Серверы назначения зависят от выбранного региона расположения сервиса уведомлений WorksPad Notification Hub (настраивается в Консоли администратора). Серверы WorksPad Notification Hub в регионе «Европа»: push-eu-01p.workspad.com, push-eu-02p.workspad.com. Следует обратить внимание, что в таблице описаны порты, требующиеся для работы

непосредственно компонентов WorksPad, однако, для взаимодействия серверов, являющихся

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

портов/протоколов. Например, tcp/135, tcp/137, tcp/3268, tcp/3269, tcp/42, tcp/445, tcp/464,

tcp/49152-65535, tcp/88, tcp/ldap, tcp/ldaps, tcp/netbios-ssn, udp/389, udp/445, udp/464, udp/88,

udp/domain, udp/nameserver, udp/netbios-dgm, udp/netbios-ns, udp/ntp.

Подробное рассмотрение сетевого взаимодействия между серверами в инфраструктуре домена Active Directory выходит за рамки данного руководства.



7. Действия перед началом установки

Перед установкой системы WorksPad необходимо предварительно выполнить следующие действия:

Создать в Active Directory системную учётную запись для служб WorksPad.

Создать дополнительные системные учётные записи, если планируется.

Создать или развернуть сертификат безопасности.

Создать или развернуть SSL-сертификаты на тех серверах, где предполагается использование

SSL-шифрования.

Создать веб-сайт в IIS.

Создать базу данных в Microsoft SQL Server.

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

хранилище клиентских журналов событий.

Создать корневую папку для FileBox, если планируется использовать WorksPad FileBox.

Создать корневую папку для опубликованных файлов, если планируется использовать

функциональность внешних ссылок.

7.1. Создание системной учётной записи для служб WorksPad Для первой установки системы WorksPad необходимо создать в Active Directory учётную запись, от

имени которой будут работать службы WorksPad, например, «WPService». Учётной записи

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

пароль этой учетной записи должны оставаться неизменными. Учётная запись должна иметь права

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

на серверах, где будут установлены компоненты Admin Service, File Service, Messaging Service,

Notification Service, Transfer Service, Router Service, Share Service, Share Cleaner, Gateway Service, Web

API, Diagnostics Service и Archiver Service. Данная учётная запись должна иметь права владельца

(db_owner) на базу данных WorksPad.

Примечание. Во время первой установки эта учётная запись будет зарегистрирована в системе

WorksPad как первый администратор3.

7.2. Создание системной учётной записи для службы WorksPad Share Service Данные действия необходимо выполнить, если планируется использовать отдельную учётную запись

для компонентов WorksPad Share Service и Share Cleaner.

Перед первой установкой системы WorksPad необходимо создать учётную запись, от имени которой

будут работать службы Share Service и Share Cleaner, например, «WPShare». Учётной записи

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

пароль этой учетной записи должны оставаться неизменными. Учётная запись должна иметь права

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

на серверах, где будут установлены компоненты Share Service и Share Cleaner.

3 Не рекомендуется системной учётной записи давать роль «Пользователь» в системе WorksPad.



7.3. Создание системной учётной записи для службы WorksPad Gateway Service

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

для службы Gateway Service.

Перед первой установкой системы WorksPad необходимо создать учётную запись, от имени которой

будет работать служба Gateway Service, например, «WPGateway». Учётной записи рекомендуется


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

администратора и права на вход в качестве службы на серверах, где будет установлена служба

Gateway Service.

7.4. Создание и развертывание сертификата безопасности Для обеспечения конфиденциальности информации рекомендуется использовать сертификат

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

Примечание. Самоподписанные сертификаты обеспечивают меньшую защиту информации, чем

заверенные.

Сертификат безопасности необходимо развернуть на серверах где будут установлены WorksPad

Router Service, Admin Service, Messaging Service и Notification Service.

Создать сертификат безопасности можно с использованием шаблона «Web Server», если выпускать

его в CA Microsoft. Необходимые требования к сертификату:

использование алгоритма RSA;

наличие закрытого ключа с типом AT_KEYEXCHANGE;

Key Usage = Key Encipherment;

Enhanced Key Usage = Server Authentication.

Сертификат безопасности должен быть добавлен в хранилище сертификатов Личное (Personal) из

списка хранилищ системной учётной записи служб WorksPad. Не используйте усиленную защиту

закрытого ключа.

Порядок действий для получения хэша сертификата, а также по добавлению сертификата в

необходимое хранилище представлен ниже.

Для добавления сертификата в хранилище учётной записи через консоль управления (MMC) и

получения его хэша выполните следующие действия:

1. Откройте окно командной строки от имени системной учётной записи служб WorksPad. 2. Введите mmc и нажмите клавишу ВВОД. Обратите внимание, что для просмотра сертификатов

в хранилище локального компьютера необходимо иметь роль администратора. 3. В меню Файл выберите команду Добавить или удалить оснастку. 4. В диалоговом окне Добавление и удаление оснасток выберите Сертификаты. 5. Нажмите кнопку Добавить. 6. В диалоговом окне Оснастка диспетчера сертификатов установите переключатель в

положение моей учетной записи пользователя и нажмите кнопку Готово. 7. В диалоговом окне Добавить или удалить оснастку нажмите кнопку ОК.



8. В окне Корень консоли щелкните узел Сертификаты – текущий пользователь, чтобы просмотреть хранилища сертификатов для данного компьютера.

9. Щелкните папку Личные правой кнопкой мыши. В контекстном меню выберите Все задачи – Импорт… и щёлкните для открытия мастера импорта сертификатов.

10. В открывшемся окне Мастер импорта сертификатов нажмите кнопку Далее. 11. Нажмите кнопку Обзор и укажите ваш сертификат. После того как вы указали файл

сертификата нажмите кнопку Далее. 12. Убедитесь, что в хранилище сертификатов выбрано Личное и нажмите кнопку Далее. 13. Нажмите кнопку Готово. 14. Для получения хэша добавленного сертификата в окне Корень консоли щелкните

папку Личные. 15. Щелкните папку Сертификаты, чтобы развернуть ее. 16. В открывшемся списке сертификатов выберите Ваш сертификат и дважды щёлкните по нему.

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

17. В диалоговом окне Сертификат перейдите на вкладку Состав. 18. Найдите в списке поле Отпечаток и щелкните его. 19. Скопируйте шестнадцатеричные значения из текстового поля. Далее используйте это

значение для указания сертификата безопасности в Консоли администратора (раздел Общие настройки – Основные настройки).

7.5. Создание и развертывание SSL-сертификатов Для обеспечения конфиденциальности передаваемой информации рекомендуется использовать SSL-

шифрование. Допускается использование, как заверенных, так и самоподписанных сертификатов SSL.

Примечание. Самоподписанные сертификаты обеспечивают меньшую защиту информации, чем

заверенные.

Самоподписанные сертификаты можно создать при помощи консоли управления IIS

(http://technet.microsoft.com/ru-ru/library/cc753127(v=ws.10).aspx) или утилиты OpenSSL

(http://www.openssl.org).

При установке компонентов WorksPad с использованием соединения по протоколу HTTPS, а также

при установке Gateway Service, необходимо будет указать хэш SSL-сертификата. Для этого создайте

сертификат или используйте уже имеющийся.

Сертификат должен быть добавлен в хранилище сертификатов Личное (Personal) из списка хранилищ

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

добавлению сертификата в необходимое хранилище представлен ниже.

Для добавления сертификата в хранилище локального компьютера через консоль управления (MMC)

и получения его хэша выполните следующие действия:

1. Откройте окно командной строки. 2. Введите mmc и нажмите клавишу ВВОД. Обратите внимание, что для просмотра сертификатов

в хранилище локального компьютера необходимо иметь роль администратора. 3. В меню Файл выберите команду Добавить или удалить оснастку. 4. В диалоговом окне Добавление и удаление оснасток выберите Сертификаты.

http://technet.microsoft.com/ru-ru/library/cc753127(v=ws.10).aspx

http://www.openssl.org/



5. Нажмите кнопку Добавить. 6. В диалоговом окне Оснастка диспетчера сертификатов установите переключатель в

положение учетной записи компьютера и нажмите кнопку Далее. 7. В диалоговом окне Выбор компьютера нажмите кнопку Готово. 8. В диалоговом окне Добавить или удалить оснастку нажмите кнопку ОК. 9. В окне Корень консоли щелкните узел Сертификаты (локальный компьютер), чтобы

просмотреть хранилища сертификатов для данного компьютера. 10. Щелкните папку Личные правой кнопкой мыши. В контекстном меню выберите Все задачи –

Импорт… и щёлкните для открытия мастера импорта сертификатов. 11. В открывшемся окне Мастер импорта сертификатов нажмите кнопку Далее. 12. Нажмите кнопку Обзор и укажите ваш сертификат. После того как вы указали файл

сертификата нажмите кнопку Далее. 13. Убедитесь, что в хранилище сертификатов выбрано Личное и нажмите кнопку Далее. 14. Нажмите кнопку Готово. 15. Для получения хэша добавленного сертификата в окне Корень консоли щелкните

папку Личные. 16. Щелкните папку Сертификаты, чтобы развернуть ее. 17. В открывшемся списке сертификатов выберите Ваш сертификат и дважды щёлкните по нему.

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

18. В диалоговом окне Сертификат перейдите на вкладку Состав. 19. Найдите в списке поле Отпечаток и щелкните его. 20. Скопируйте шестнадцатеричные значения из текстового поля. Далее используйте это

значение при установке, вводя его при необходимости в поле Хэш сертификата.

7.6. Создание веб-сайта в IIS

Необходимо предварительно создать веб-сайт в IIS. Данный сайт должен иметь привязку по https

протоколу. В случае установки компонентов WorksPad под управлением MS IIS именно на этом сайте

будут размещены устанавливаемые компоненты (за исключением Diagnostics Service, Archiver Service,

Gateway Service и Notification Service). Если выбрана установка компонентов как служб Windows, к

сайту будут добавлены веб-приложения Консоль администратора, Портал пользователя и Сайт

внешнего доступа. Рекомендуемое название сайта – «WorksPad».

Для добавления веб-сайта в IIS необходимо выполнить следующие действия:

1. Нажмите кнопку Пуск и выберите Панель управления. 2. Выберите Система и безопасность и затем выберите Администрирование. 3. В окне Администрирование дважды щелкните пункт Диспетчер служб IIS. 4. На панели Подключения щелкните правой кнопкой мыши узел Сайты в дереве, затем

выберите команду Добавить веб-сайт. 5. В диалоговом окне Добавление веб-сайта в поле Имя веб-сайта введите понятное имя веб-

сайта. Рекомендуемое имя веб-сайта – WorksPad. 6. Щелкните пункт Выбрать, если следует выбрать пул приложений, отличный от пула,

указанного в поле Пул приложений. В диалоговом окне Выбор пула приложений выберите пул приложений в списке Пул приложений, а затем нажмите кнопку OK.

7. В поле Физический путь введите физический путь к папке веб-сайта или нажмите кнопку обзора (...), чтобы выбрать папку в файловой системе.

8. В списке Тип выберите протокол https для веб-сайта.



9. Значение по умолчанию в поле IP-адрес – Значения не присвоены. Если необходимо указать статический IP-адрес для веб-сайта, введите IP-адрес в поле IP-адрес.

10. В текстовом поле Порт введите номер порта. Рекомендуемый номер порта – 443. В случае установки Консоли администратора, Пользовательского портала или Сайта внешнего доступа на одном сервере с Dispatcher Service и размещении этой службы как службы Windows, рекомендуется использовать порт 443 для установки Dispatcher Service, а для веб-сайта задать любой другой свободный порт.

11. Дополнительно можно ввести имя заголовка узла для веб-сайта в поле Заголовок узла. 12. Если не следует вносить изменения в параметры сайта и следует сделать его

незамедлительно доступным, установите флажок Немедленный запуск сайта. 13. Нажмите кнопку ОК.

Примечание. В случае использования самозаверенного сертификата не гарантируется работа по

скачиванию файлов из веб-приложений по HTTPS протоколу в некоторых мобильных браузерах,

например, AOSP Browser (стандартный браузер Android) и Google Chrome. Так же в случае

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

приложений на iOS из Пользовательского портала.

7.7. Создание базы данных в Microsoft SQL Server Необходимо предварительно создать пустую базу данных в Microsoft SQL Server. Во время первой

установки туда будут добавлены все необходимые компоненты базы данных для системы WorksPad.

Рекомендуемое название базы данных – «WorksPad». Поскольку компоненты WorksPad, которые

взаимодействуют с базой данных, работают от имени учётной записи для служб WorksPad, то

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

7.8. Создание корневой папки для клиентских журналов событий

Данные действия необходимо выполнить, только если планируется использование хранилища

клиентских журналов событий WorksPad.

Создайте сетевую папку Windows – корневой путь к клиентским журналам событий. В этой папке в

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

сервер из клиентских приложений WorksPad. В качестве имени для папки можно использовать,

например, «WorksPadClientLogs». На данную папку необходимо предоставить полные права доступа

учётной записи для служб WorksPad.

7.9. Создание корневой папки для FileBox

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

Создайте сетевую папку Windows – корневой путь к пользовательским папкам. В этой папке в

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

папки можно использовать, например, «WorksPadFileBox». На данную папку необходимо

предоставить полные права доступа пользователям всех доменов (группы «Domain Users» всех

доменов, пользователи которых будут работать с системой WorksPad).



7.10. Создание корневой папки для опубликованных файлов

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

функциональности внешних ссылок WorksPad.

Создайте сетевую папку Windows – корневой путь к опубликованным файлам. В этой папке в

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

папки можно использовать, например, «WorksPadShareBox». На данную папку необходимо

предоставить полные права доступа учётной записи для службы WorksPad Share Service.



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

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

Внимание! Для установки компонентов Admin Service, File Service, Messaging Service, Notification

Service, Transfer Service, Router Service, Diagnostics Service, Archiver Service и Web API необходимо

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

Программа установки выполнена в виде мастера. Каждое окно содержит набор кнопок для

управления процессом установки. Кратко поясним их назначение:

Далее – принять действие и перейти к следующему шагу процедуры установки.

Назад – вернуться на предыдущий шаг установки.

Отмена – отказаться от установки продукта.

Готово – завершить процедуру установки программы на компьютер.

Рассмотрим подробно каждый шаг процедуры установки пакета.

Примечание. Наличие некоторых шагов установки зависит от выбранных компонентов программы

для установки.



Шаг 1. Проверка соответствия системы необходимым условиям установки

Перед установкой компонентов WorksPad на компьютере проверяется соответствие операционной

системы, пакетов обновлений (Service Pack) и программного обеспечения программным требованиям

для установки.

Если какое-либо из перечисленных условий не выполнено, на экран будет выведено соответствующее

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

недостающие компоненты, после чего запустите программу установки WorksPad повторно.



Шаг 2. Стартовое окно процедуры установки

Если ваша система полностью соответствует предъявляемым требованиям, сразу после запуска файла

дистрибутива на экране будет открыто стартовое окно, содержащее информацию о начале установки

WorksPad на компьютер.

Внимание! В случае отсутствия установленного IIS или другого программного обеспечения

необходимого для корректной работы веб-приложений WorksPad, на стартовом окне Вы увидите

соответствующее сообщение, а веб-приложения WorksPad не будут доступны для установки.

Для продолжения установки нажмите на кнопку Далее. Отказ от установки продукта выполняется по

кнопке Отмена.



Шаг 3. Просмотр лицензионного соглашения

Следующее окно программы установки содержит лицензионное соглашение, которое заключается

между вами и «Лабораторией корпоративной мобильности». Внимательно прочтите его, и, при

условии, что вы согласны со всеми пунктами соглашения, поставьте галочку рядом с фразой Я

принимаю условия данного лицензионного соглашения и нажмите на кнопку Далее. Установка

будет продолжена.

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



Шаг 4. Выбор типа установки

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

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

Один сервер – устанавливает все компоненты системы на один сервер. Этот вариант требует

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

устанавливаются как службы IIS. Предварительно в IIS должен быть создан веб-сайт с

названием WorksPad и привязкой по протоколу https на 443 порт.

Компонент Messaging Service будет установлен только в случае выбора типа установки с

использованием почтовой функциональности WorksPad.

Компоненты Share Service и Сайт внешнего доступа будут установлены только в случае

выбора типа установки с использованием функциональности внешних ссылок WorksPad.

Компонент Gateway Service будет установлен только в случае выбора типа установки с

использованием функциональности WorksPad Gateway.

Компонент Notification Service будет установлен только в случае выбора типа установки с

использованием функциональности WorksPad Notification.

Два сервера – устанавливает компоненты системы на два сервера (внешний и внутренний).

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

системы устанавливаются как службы IIS. Предварительно на обоих серверах в IIS должен

быть создан веб-сайт с названием WorksPad и привязкой по протоколу https на 443 порт.

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

типа установки.

o Внутренний сервер

Admin Service

Archiver Service

Diagnostics Service

File Service

Messaging Service (будет установлен только в случае выбора типа установки с

использованием почтовой функциональности WorksPad)

Notification Service (будет установлен только в случае выбора типа установки с

использованием функциональности WorksPad Notification)

Router Service

Share Service (будет установлен только в случае выбора типа установки с

использованием функциональности внешних ссылок WorksPad)

Transfer Service

Web API

PowerShell API

Консоль администратора

o Внешний сервер

Dispatcher Service

Gateway Service (будет установлен только в случае выбора типа установки с

использованием функциональности WorksPad Gateway)



Сайт внешнего доступа (будет установлен только в случае выбора типа

установки с использованием функциональности внешних ссылок WorksPad)

Пользовательский портал

Выборочная – позволяет выбирать для установки отдельные компоненты и задавать их

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

Примечание. Типы установки Один сервер и Два сервера будут не доступны для выбора в случае

отсутствия на компьютере установленного IIS (Internet Information Services).

Для продолжения установки нажмите на кнопку, которая соответствует типу установки, который вы

выбрали.




Шаг 5. Выбор параметров установки

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

нужд. После выбора параметров установки нажмите на кнопку Далее для продолжения установки.

Использовать почтовую функциональность WorksPad – этот параметр влияет на

отображение/скрытие Messaging Service в списке компонентов программы для установки.

Использовать функциональность внешних ссылок WorksPad – этот параметр влияет на

отображение/скрытие Share Service и Сайта внешнего доступа в списке компонентов программы для

установки.

Использовать функциональность WorksPad Gateway – этот параметр влияет на

отображение/скрытие Gateway Service в списке компонентов программы для установки.

Использовать функциональность WorksPad Notification – этот параметр влияет на

отображение/скрытие Notification Service в списке компонентов программы для установки.




Шаг 6. Настройки сервера

Данный шаг доступен только при выборе типа установки – Один сервер или Два сервера.

Один сервер

На данном шаге необходимо заполнить следующие поля:

Имя узла или IP-адрес – имя узла или IP-адрес указанный в IIS для веб-сайта WorksPad на

сервере, где в данный момент производится установка.

Хэш сертификата для Gateway – хэш SSL-сертификата для службы Gateway Service. Доступно

только при выборе типа установки с использованием функциональности WorksPad Gateway.

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

Следующий шаг доступный при данном типе установки – Ввод данных служебной учётной записи

пользователя.

Два сервера

На этом шаге необходимо выбрать вид сервера, на котором в данный момент производится

установка. Для этого в поле Этот сервер выберите одно из следующих значений:

Внутренний – выберите этот вид сервера, если программа установки запущена на сервере,

расположенном во внутренней сети организации.

Внешний – выберите этот вид сервера, если программа установки запущена на сервере,

который расположен в DMZ.



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

поля:



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



Внутренний сервер – имя узла или IP-адрес внутреннего сервера.

Хэш сертификата для Gateway – хэш SSL-сертификата для службы Gateway Service. Доступно


Пользователь – имя пользователя, из-под которого будет работать Gateway Service. Доступно


Пароль – пароль пользователя, из-под которого будет работать Gateway Service. Доступно





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

данных служебной учётной записи пользователя, а при выборе вида сервера Внешний –

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



Шаг 7. Выбор компонентов программы для установки (Выборочная)

Данный шаг доступен только при выборе типа установки – Выборочная.

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

выбраны все компоненты.

Примечание. Веб-приложения и служба Web API системы WorksPad будут не доступны для установки

в случае отсутствия на компьютере установленного IIS (Internet Information Services).

Примечание. Компонент WorksPad PowerShell API будет не доступен для установки в случае

отсутствия на компьютере установленного Windows PowerShell 3.0 или более поздней версии.

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

Веб-приложения

o Консоль администратора

o Сайт внешнего доступа (доступен только в случае выбора типа установки с

использованием функциональности внешних ссылок WorksPad)

o Пользовательский портал

Сервисы

o Admin Service

o Archiver Service

o Diagnostics Service

o Dispatcher Service

o File Service



o Gateway Service (будет установлен только в случае выбора типа установки с

использованием функциональности WorksPad Gateway)

o Messaging Service (доступен только в случае выбора типа установки с использованием

почтовой функциональности WorksPad)

o Notification Service (будет установлен только в случае выбора типа установки с

использованием функциональности WorksPad Notification)

o Router Service

o Share Service (доступен только в случае выбора типа установки с использованием

функциональности внешних ссылок WorksPad)

o Transfer Service

o Web API

PowerShell

o PowerShell API

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

клавише мыши на значке рядом с именем компонента и выбрать пункт Будет установлен на

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

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

Для отказа от установки компонента в контекстном меню выберите вариант Этот компонент будет

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

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

ограничена работа системы в целом.

Также на этом этапе вы можете выбрать папку для установки веб-приложений (по умолчанию:

<диск>\inetpub\wwwroot\) и папку для установки сервисов (по умолчанию: <диск>\WorksPad\).

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

программы, нажмите на кнопку Диски. В открывшемся окне вы сможете просмотреть информацию о

дисковом пространстве. Чтобы закрыть окно, нажмите на кнопку ОК.


Если был выбран только компонент PowerShell API, то следующий доступный шаг – Подтверждение

установки программы.



Шаг 8. Выбор среды размещения служб (Выборочная)

Данный шаг доступен только при выборе типа установки – Выборочная и установке служб WorksPad,

а также при наличии на компьютере установленного IIS (Internet Information Services). В случае

отсутствия установленного IIS, службы WorksPad будут доступны для установки только в качестве

служб Windows.

На этом шаге установки необходимо выбрать среду размещения служб WorksPad, наиболее

подходящую для ваших нужд. Данная настройка не применяется к службам Archiver, Diagnostics,

Gateway, Notification и Web API. После выбора среды размещения нажмите на кнопку Далее для

продолжения установки.



Шаг 9. Ввод данных служебной учётной записи пользователя

Данный шаг доступен только при установке компонентов Admin Service, Archiver Service, Diagnostics

Service, File Service, Messaging Service, Notification Service, Router Service, Transfer Service и Web API.

На этом шаге установки необходимо ввести пароль текущей учётной записи пользователя. Это

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

установка выполняется впервые, эта служебная учётная запись пользователя будет заведена в

системе WorksPad как первый администратор.

После ввода пароля нажмите кнопку Проверить учётную запись. По окончании проверки параметров

учётной записи в AD в верхней части данного окна программы установки будет отображена

соответствующая результату иконка. Ниже представлены возможные варианты с пояснениями:

– Параметры учётной записи указаны верно.

– Параметры учётной записи указаны не верно.

При положительном результате проверки учётной записи в AD кнопка Далее станет активна. Нажмите

её для продолжения установки.



Шаг 10. Ввод параметров базы данных

Данный шаг доступен только при установке компонентов Admin Service, Archiver Service, Diagnostics

Service, File Service, Messaging Service, Notification Service, Router Service, Transfer Service и Web API.

На данном этапе установки необходимо указать параметры доступа к базе данных для системы

WorksPad (база данных должна быть уже создана).

Необходимо ввести следующие параметры:

Имя сервера – название сервера, на котором расположена база данных.

Имя базы данных – название базы данных.

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

проверки соединения и состояния базы данных в верхней части данного окна программы установки

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

пояснениями:

– Доступна пустая база данных. Во время установки будут созданы все необходимые

компоненты базы данных. Все ранее созданные компоненты базы данных будут удалены. Также на

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



– База данных доступна, но требует обновления компонентов для совместимости с

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

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

– База данных доступна, и соответствует данной версии программы.

– База данных недоступна.

В случае успешного соединения с базой данных кнопка Далее будет активна. Нажмите её для

продолжения установки.

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



Шаг 11. Начальные настройки

Данный шаг доступен только если на предыдущем шаге была указана пустая база данных.

На данном шаге необходимо указать путь к файлу лицензии для WorksPad (файл c расширением .lic).


Если был выбран тип установки Один сервер или Два сервера (и идёт установка внутреннего

сервера), а также если устанавливается только компонент Archiver Service, Diagnostics Service или

Notification Service, то следующий доступный шаг – Подтверждение установки программы.



Шаг 12. Настройка службы Router Service (Выборочная)

Данный шаг доступен только при выборе типа установки – Выборочная и установке компонента

Router Service.

Установка службы Windows


Адрес службы – адрес для службы Router Service. По умолчанию указан рекомендованный

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

Хэш сертификата – хэш SSL-сертификата необходимо заполнить при выборе протокола https

для адреса службы Router Service.

Адрес File Service – адрес для службы File Service. Только если эта служба устанавливается на

другом компьютере. Если эта служба размещена в IIS, то адрес в конце должен содержать

строку «FileService/File.svc» (название веб-приложения, которое будет создано для этой

службы и её SVC-файл). Например – http://localhost/FileService/File.svc.

Адрес Transfer Service – адрес для службы Transfer Service. Только если эта служба

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

должен содержать строку «TransferService/Transfer.svc» (название веб-приложения, которое

будет создано для этой службы и её SVC-файл). Например –

http://localhost/TransferService/Transfer.svc.

Адрес Admin Service – адрес для службы Admin Service. Только если эта служба

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

должен содержать строку «AdminService/Admin.svc» (название веб-приложения, которое


http://localhost/AdminService/Admin.svc.

Адрес Messaging Service – адрес для службы Messaging Service. Только если эта служба

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

функциональности WorksPad. Если эта служба размещена в IIS, то адрес в конце должен

содержать строку «MessagingService/Messaging.svc» (название веб-приложения, которое будет

создано для этой службы и её SVC-файл). Например –

http://localhost/MessagingService/Messaging.svc.

Адрес Share Service – адрес для службы Share Service. Только если эта служба устанавливается

на другом компьютере. Только если планируется использование функциональности внешних

ссылок WorksPad. Если эта служба размещена в IIS, то адрес в конце должен содержать строку

«ShareService/Share.svc» (название веб-приложения, которое будет создано для этой службы

и её SVC-файл). Например – http://localhost/ShareService/Share.svc.




Установка службы IIS


Веб-сайт – название веб-сайта для службы Router Service. Веб-сайт должен быть

предварительно создан.

Протокол – протокол службы Router Service по которому планируется её использовать.

Адрес File Service – адрес для службы File Service. Если эта служба размещена в IIS, то адрес в

конце должен содержать строку «FileService/File.svc» (название веб-приложения, которое

будет создано для этой службы и её SVC-файл). Например – http://localhost/FileService/File.svc.

Адрес Transfer Service – адрес для службы Transfer Service. Если эта служба размещена в IIS, то

адрес в конце должен содержать строку «TransferService/Transfer.svc» (название веб-

приложения, которое будет создано для этой службы и её SVC-файл). Например –

http://localhost/TransferService/Transfer.svc.

Адрес Admin Service – адрес для службы Admin Service. Если эта служба размещена в IIS, то

адрес в конце должен содержать строку «AdminService/Admin.svc» (название веб-


http://localhost/AdminService/Admin.svc.

Адрес Messaging Service – адрес для службы Messaging Service. Только если планируется

использование почтовой функциональности WorksPad. Если эта служба размещена в IIS, то

адрес в конце должен содержать строку «MessagingService/Messaging.svc» (название веб-




http://localhost/MessagingService/Messaging.svc.

Адрес Share Service – адрес для службы Share Service. Только если планируется использование

функциональности внешних ссылок WorksPad. Если эта служба размещена в IIS, то адрес в

конце должен содержать строку «ShareService/Share.svc» (название веб-приложения, которое


http://localhost/ShareService/Share.svc.




Шаг 13. Настройка службы Admin Service (Выборочная)


Admin Service.



Адрес службы – адрес для службы Admin Service. По умолчанию указан рекомендованный



для адреса службы Admin Service.




Веб-сайт – название веб-сайта для службы Admin Service. Веб-сайт должен быть


Протокол – протокол службы Admin Service по которому планируется её использовать.






Шаг 14. Настройка службы Dispatcher Service (Выборочная)


Dispatcher Service.



Адрес службы – адрес для службы Dispatcher Service. По умолчанию указан

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


для адреса службы Dispatcher Service.

Адрес Router Service – адрес для службы Router Service. Если одновременно со службой

Dispatcher Service устанавливается служба Router Service, то поле будет заполнено

автоматически и заблокировано для изменения. Если эта служба размещена в IIS, то адрес в

конце должен содержать строку «RouterService/Router.svc» (название веб-приложения,

которое будет создано для этой службы и её SVC-файл). Например –

http://localhost/RouterService/Router.svc.




Веб-сайт – название веб-сайта для службы Dispatcher Service. Веб-сайт должен быть




Протокол – протокол службы Dispatcher Service по которому планируется её использовать.

Адрес Router Service – адрес для службы Router Service. Если эта служба размещена в IIS, то

адрес в конце должен содержать строку «RouterService/Router.svc» (название веб-



Установить Dispatcher Service в корень веб-сайта – при установке флага директория службы

Dispatcher Service будет указана в качестве корневой для указанного веб-сайта, а в качестве

пула приложений веб-сайта будет использоваться пул приложений, созданный для этой

службы. Если флаг не установлен, то служба Dispatcher Service будет установлена как

отдельное веб-приложение.




Шаг 15. Настройка службы File Service (Выборочная)

Данный шаг доступен только при выборе типа установки – Выборочная и установке компонента File

Service.



Адрес службы – адрес для службы File Service. По умолчанию указан рекомендованный



для адреса службы File Service.




Веб-сайт – название веб-сайта для службы File Service. Веб-сайт должен быть предварительно

создан.

Протокол – протокол службы File Service по которому планируется её использовать.






Шаг 16. Настройка службы Transfer Service (Выборочная)


Transfer Service.



Адрес службы – адрес для службы Transfer Service. По умолчанию указан рекомендованный



для адреса службы Transfer Service.




Веб-сайт – название веб-сайта для службы Transfer Service. Веб-сайт должен быть


Протокол – протокол службы Transfer Service по которому планируется её использовать.






Шаг 17. Настройка службы Messaging Service (Выборочная)


Messaging Service.



Адрес службы – адрес для службы Messaging Service. По умолчанию указан рекомендованный



для адреса службы Messaging Service.




Веб-сайт – название веб-сайта для службы Messaging Service. Веб-сайт должен быть


Протокол – протокол службы Messaging Service по которому планируется её использовать.






Шаг 18. Настройка службы Share Service (Выборочная)

Данный шаг доступен только при выборе типа установки – Выборочная и установке компонента Share

Service. Вместе со службой Share Service устанавливается задача Share Cleaner.



Адрес службы – адрес для службы Share Service. По умолчанию указан рекомендованный



для адреса службы Share Service.

Пользователь – имя пользователя, из-под которого будет работать Share Service.

Пароль – пароль пользователя, из-под которого будет работать Share Service.

Адрес Router Service – адрес для службы Router Service. Если одновременно со службой Share

Service устанавливается служба Router Service, то поле будет заполнено автоматически и

заблокировано для изменения. Если эта служба размещена в IIS, то адрес в конце должен

содержать строку «RouterService/Router.svc» (название веб-приложения, которое будет

создано для этой службы и её SVC-файл). Например – http://localhost/RouterService/Router.svc.



Веб-сайт – название веб-сайта для службы Share Service. Веб-сайт должен быть




Протокол – протокол службы Share Service по которому планируется её использовать.

Пользователь – имя пользователя из-под которого будет работать Share Service.

Пароль – пароль пользователя из-под которого будет работать Share Service.

Адрес Router Service – адрес для службы Router Service. Если эта служба размещена в IIS, то

адрес в конце должен содержать строку «RouterService/Router.svc» (название веб-





Шаг 19. Настройка службы Gateway Service (Выборочная)


Gateway Service.


Адрес службы – адрес для службы Gateway Service. По умолчанию указан рекомендованный

вариант IP-адрес 0.0.0.0 (все адреса IPv4) и порт 5757.

Хэш сертификата – хэш SSL-сертификата для службы Gateway Service.

Пользователь – имя пользователя, из-под которого будет работать Gateway Service.

Пароль – пароль пользователя, из-под которого будет работать Gateway Service.

Адрес Router Service – адрес для службы Router Service. Если одновременно со службой

Gateway Service устанавливается служба Router Service, то поле будет заполнено


конце должен содержать строку «RouterService/Router.svc» (название веб-приложения,

которое будет создано для этой службы и её SVC-файл). Например –




Шаг 20. Настройка службы Web API (Выборочная)

Данный шаг доступен только при выборе типа установки – Выборочная и установке компонента Web

API.


Веб-сайт – название веб-сайта для службы Web API. Веб-сайт должен быть предварительно

создан.

Веб-приложение – название веб-приложения для службы Web API, которое отображается в

URL-адресе.



Шаг 21. Настройка Консоли администратора (Выборочная)


Консоль администратора.


Веб-сайт – название веб-сайта для веб-приложения Консоль администратора. Веб-сайт

должен быть предварительно создан.

Веб-приложение – название веб-приложения Консоль администратора, которое

отображается в URL-адресе.

Язык по умолчанию – веб-приложение для отображения интерфейса использует язык

браузера пользователя. Однако если не удаётся определить язык браузера, то используется

язык по умолчанию.

Формат для англоязычной версии – можно изменить формат, используемый в англоязычной

версии веб-приложения для отображения дат, времени, валюты и единиц измерения в

соответствии с правилами, принятыми в определенной стране или регионе.

Служба – служба WorksPad для обмена данными с веб-приложением.

Адрес Dispatcher Service – адрес для службы Dispatcher Service. Только если эта служба

выбрана для обмена данными с веб-приложением и устанавливается на другом компьютере

или под IIS. Если эта служба размещена в IIS, то адрес в конце должен содержать строку

«DispatcherService/Dispatcher.svc» (название веб-приложения, которое будет создано для этой

службы и её SVC-файл). Например – http://localhost/DispatcherService/Dispatcher.svc. Если

служба была установлена в корень веб-сайта название веб-приложения указывать не надо.

Например – http://localhost/Dispatcher.svc). Указание SVC-файла в адресе этой службы

опционально.

Адрес Router Service – адрес для службы Router Service. Только если эта служба выбрана для

обмена данными с веб-приложением и устанавливается на другом компьютере или под IIS.

Если эта служба размещена в IIS, то адрес в конце должен содержать строку

«RouterService/Router.svc» (название веб-приложения, которое будет создано для этой

службы и её SVC-файл). Например – http://localhost/RouterService/Router.svc.






Шаг 22. Настройка Пользовательского портала (Выборочная)


Пользовательский портал.


Веб-сайт – название веб-сайта для веб-приложения Пользовательский портал. Веб-сайт

должен быть предварительно создан.

Веб-приложение – название веб-приложения Пользовательский портал, которое

отображается в URL-адресе.







Служба – служба WorksPad для обмена данными с веб-приложением.

Адрес Dispatcher Service – адрес для службы Dispatcher Service. Только если эта служба

выбрана для обмена данными с веб-приложением и устанавливается на другом компьютере

или под IIS. Если эта служба размещена в IIS, то адрес в конце должен содержать строку

«DispatcherService/Dispatcher.svc» (название веб-приложения, которое будет создано для этой

службы и её SVC-файл). Например – http://localhost/DispatcherService/Dispatcher.svc. Если

служба была установлена в корень веб-сайта название веб-приложения указывать не надо.

Например – http://localhost/Dispatcher.svc). Указание SVC-файла в адресе этой службы

опционально.

Адрес Router Service – адрес для службы Router Service. Только если эта служба выбрана для

обмена данными с веб-приложением и устанавливается на другом компьютере или под IIS.

Если эта служба размещена в IIS, то адрес в конце должен содержать строку

«RouterService/Router.svc» (название веб-приложения, которое будет создано для этой

службы и её SVC-файл). Например – http://localhost/RouterService/Router.svc.






Шаг 23. Настройка Сайта внешнего доступа (Выборочная)

Данный шаг доступен только при выборе типа установки – Выборочная и установке компонента Сайт

внешнего доступа.


Веб-сайт – название веб-сайта для веб-приложения Сайт внешнего доступа. Веб-сайт должен

быть предварительно создан.

Веб-приложение – название веб-приложения Сайт внешнего доступа, которое отображается в

URL-адресе.







Адрес Share Service – адрес для службы Share Service. Если одновременно с веб-приложением

Сайт внешнего доступа устанавливается служба Share Service, то поле будет заполнено


конце должен содержать строку «ShareService/Share.svc» (название веб-приложения, которое


net.tcp://localhost:8080/ShareService/Share.svc.




Шаг 24. Подтверждение установки программы

На данном этапе вам будет предложено:

Начать установку. Для этого нажмите кнопку Начать.

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

Назад.

Выйти из программы установки. Для этого нажмите кнопку Отмена.

Для продолжения установки нажмите кнопку Начать.

Установка программы занимает некоторое время. Дождитесь ее завершения.



Шаг 25. Завершение процедуры установки

Окно завершения установки содержит информацию об окончании процесса установки компонентов

WorksPad на ваш компьютер.

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

Поздравляем! Установка системы WorksPad завершена.



9. Конфигурирование системы

После установки системы WorksPad, некоторые компоненты системы можно настроить вручную,

изменяя их параметры в соответствии с Вашими требованиями. Ниже представлено описание по

настройке каждого из этих компонентов.

9.1. Конфигурирование Router Service

Чтобы произвести настройку Router Service необходимо открыть файл конфигурации службы:

Служба Windows – C:\WorksPad\Router\Router.exe.config

Служба IIS – C:\WorksPad\Router\Web.config

Адреса функциональных сервисов указаны в разделе EMWAppSettings элемента

EMWAppSettingsGroup, который расположен внутри элемента configuration.

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

указать адрес Messaging Service. Для этого добавьте новую пару «ключ/значение» (элемент add). Где

в качестве ключа необходимо указать «Messaging», а в качестве значения URL-адрес Messaging

Service.

Для включения функциональности внешних ссылок, после установки системы, в разделе

EMWAppSettings необходимо указать адрес Share Service. Для этого добавьте новую пару

«ключ/значение» (элемент add). Где в качестве ключа необходимо указать «Share», а в качестве

значения URL-адрес Share Service.

Внимание! После изменения конфигурационного файла необходимо перезапустить службу (Windows

служба) или пул приложений к которому относится эта служба (служба IIS).

9.2. Конфигурирование Notification Service Чтобы произвести настройку Notification Service необходимо открыть файл конфигурации службы –

C:\WorksPad\Notification\Notification.exe.config.

Чтобы настроить прокси-сервер для соединения Notification Service с WorksPad Notification Hub

(расположен в Microsoft Azure), необходимо в конфигурационном файле службы для элемента

binding, который расположен по пути configuration/system.serviceModel/bindings/basicHttpBinding,

изменить значение атрибута useDefaultWebProxy на False, а также добавить атрибут proxyAddress в

котором указать URL-адрес прокси-сервера. Пример (представлена часть конфигурационного файла):

Примечание. Прокси-сервер должен работать в режиме «без аутентификации».

Чтобы изменить адрес приёма запросов от сервера CommuniGate Pro, необходимо в

конфигурационном файле службы для элемента add с значением атрибута key равным

<basicHttpBinding> <binding name="basicHttpConfig" useDefaultWebProxy="False" proxyAddress="http://localhost:8888"> <security mode="Transport" /> </binding> </basicHttpBinding>



CGateNotificationListenUrl, который расположен по пути configuration/appSettings, изменить значение

атрибута value на необходимый URL-адрес. Пример (представлена часть конфигурационного файла):

Примечание. В конце URL-адреса обязательно укажите символ «/».

Внимание! После изменения конфигурационного файла необходимо перезапустить службу.

9.3. Конфигурирование Консоли администратора

Чтобы произвести настройку Консоли администратора в IIS необходимо выполнить следующие

действия:

1. Нажмите кнопку Пуск и выберите Панель управления.

2. Выберите Система и безопасность и затем выберите Администрирование.

3. В окне Администрирование дважды щелкните пункт Диспетчер служб IIS.

4. На панели Подключения щелкните узел Сайты в дереве, чтобы развернуть его.

5. В открывшемся списке сайтов выберите сайт, который Вы указали при установке системы WorksPad для

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

6. В открывшемся списке выберите веб-приложение Консоль администратора (по умолчанию название:

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

7. В представлении Просмотр возможностей дважды щелкните пункт Редактор конфигурации.

8. На странице Редактор конфигурации в списке Раздел выберите appSettings и после этого на панели

Действия щелкните команду Изменение элементов.

9. В открывшемся окне Редактор коллекции вы можете изменить элементы со следующими ключами:

ServiceUrl – здесь указывается адрес Dispatcher Service или Router Service (в зависимости от

выбранной конфигурации). Значение задаётся при установке.

DefaultUICulture – задаёт язык веб-приложения по умолчанию. Веб-приложение для

отображения интерфейса использует язык браузера пользователя. Однако если не удаётся

определить язык браузера, то используется язык по умолчанию. Допустимые значения: ru и en.

Значение задаётся при установке.

CultureForEnglishLocation – формат для англоязычной версии. Можно изменить формат,

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

и единиц измерения в соответствии с правилами, принятыми в определённой стране или

регионе. Допустимые значения: en-US, de-DE, fr-FR, es-ES и тому подобные. Значение задаётся

при установке.

RequireHttps – указывает на обязательное использование HTTPS протокола для обращения к

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

одновременной привязки веб-приложения по HTTP и HTTPS протоколам. При значении

элемента равном true запрос будет автоматически перенаправлен с адреса веб-приложения по

HTTP протоколу на адрес использующий протокол HTTPS. Допустимые значения: true и false.

Значение по умолчанию: true.

ShowExceptionMessage – позволяет включить отображение текста описывающего возникшее

исключение в сообщение об ошибке отображаемое в веб-приложении. Допустимые значения:

true и false. Значение по умолчанию: false.

ServiceUpdateStatusTimeout – указывает период времени от последней даты проверки

состояния служб, после которого будет отображаться соответствующее предупреждение в веб-

приложении. Формат значения: hh:mm:ss. Значение по умолчанию: 01:00:00.

<appSettings> <add key="CGateNotificationListenUrl" value="http://*:5754/" /> </appSettings>



9.4. Конфигурирование Пользовательского портала

Чтобы произвести настройку Пользовательского портала в IIS необходимо выполнить следующие

действия:






привязки веб-приложения Пользовательский портал и щелкните его, чтобы развернуть.

6. В открывшемся списке выберите веб-приложение Пользовательский портал (по умолчанию название:

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





ServiceUrl – здесь указывается адрес Dispatcher Service или Router Service (в зависимости от

выбранной конфигурации). Значение задаётся при установке.



















9.5. Конфигурирование Сайта внешнего доступа

Чтобы произвести настройку Сайта внешнего доступа в IIS необходимо выполнить следующие

действия:






привязки веб-приложения Сайт внешнего доступа и щелкните его, чтобы развернуть.

15. В открывшемся списке выберите веб-приложение Сайт внешнего доступа (по умолчанию название:

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







ServiceUrl – здесь указывается адрес Share Service. Значение задаётся при установке.





















10. Поддержка

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

службой технической поддержки WorksPad по адресу [email protected] или разместите свой

запрос http://www.workspad.ru/support/.

mailto:[email protected]

http://www.workspad.ru/support/

Documents

WorksPad · 2019. 11. 20. · (MobilityLab, LLC.) в США, России и других странах. Названия прочих компаний и продуктов, упомянутые