|
|
Раздел Общие настройки определяет базовые установки UGMC:
|
Наименование
|
Описание
|
|
Часовой пояс
|
Часовой пояс, соответствующий вашему местоположению. Часовой пояс используется в расписаниях, применяемых в правилах, а также для корректного отображения даты и времени в отчетах, журналах и т.п.
|
|
Язык интерфейса по умолчанию
|
Язык, который будет использоваться по умолчанию в консоли.
|
|
Настройка времени сервера
|
Настройка параметров установки точного времени.
-
Использовать NTP — использовать сервера NTP из указанного списка для синхронизации времени.
-
Основной сервер NTP — адрес основного сервера точного времени. Значение по умолчанию — pool.ntp.org.
-
Запасной сервер NTP — адрес запасного сервера точного времени.
-
Время на сервере — позволяет установить время на сервере. Время должно быть указано в часовом поясе UTC.
|
|
Системные DNS-серверы
|
Укажите корректные IP-адреса серверов DNS в настройке.
|
Раздел Управление устройством определяет следующие установки UGMC:
Кластеризация и отказоустойчивость
UGMC поддерживает 2 типа кластеров:
-
Кластер конфигурации. Узлы, объединенные в кластер конфигурации, поддерживают единые настройки в рамках кластера.
-
Кластер отказоустойчивости. До 4-х узлов кластера конфигурации могут быть объединены в кластер отказоустойчивости, поддерживающий работу в режиме Актив-Актив или Актив-Пассив.
ПримечаниеПри внедрении UGMC в режиме отказоустойчивости необходимо выполнить как настройки кластера конфигурации, так и настройки кластера отказоустойчивости.
Ряд настроек уникален для каждого из узлов кластера, например, настройка сетевых интерфейсов и IP-адресация. Список уникальных настроек:
|
Наименование
|
Описание
|
|
Настройки, уникальные для каждого узла
|
Настройки диагностики;
Настройки интерфейсов;
Настройки шлюзов;
Маршруты.
|
Для создания кластера конфигурации необходимо выполнить следующие шаги:
|
Наименование
|
Описание
|
|
Шаг 1. Выполнить первоначальную настройку на первом узле кластера.
|
Смотрите главу Первоначальная настройка.
|
|
Шаг 2. Настроить на первом узле кластера зону, через интерфейсы которой будет выполняться репликация кластера.
|
В разделе Зоны создать выделенную зону для репликации настроек кластера. В настройках зоны разрешить следующие сервисы:
Не используйте для репликации зоны, интерфейсы которых подключены к недоверенным сетям, например, к интернету.
|
|
Шаг 3. Указать IP-адрес, который будет использоваться для связи с другими узлами кластера.
|
В разделе Управление устройством в окне Кластер конфигурации выбрать текущий узел кластера и нажать на кнопку Редактировать. Указать IP-адрес интерфейса, входящего в зону, настроенную на шаге 2.
|
|
Шаг 4. Сгенерировать Секретный код на первом узле кластера.
|
В разделе Управление устройством нажать на кнопку Сгенерировать секретный код. Полученный код скопировать в буфер обмена. Данный секретный код необходим для одноразовой авторизации второго узла при добавлении его в кластер.
|
|
Шаг 5. Подключить второй узел в кластер.
|
Второй и последующие узлы подключаются в кластер на моменте первоначальной инициализации. Если инициализация уже была проведена, то необходимо перезагрузить устройство и выполнить возврат к заводским установкам (Factory reset).
Подключиться к веб-консоли второго узла кластера, выбрать язык установки.
Указать интерфейс, который будет использован для подключения к первому узлу кластера, и назначить ему IP-адрес. Оба узла кластера должны находиться в одной подсети, например, интерфейсам port2 обоих узлов назначены IP-адреса 192.168.100.5/24 и 192.168.100.6/24. В противном случае необходимо указать IP-адрес шлюза, через который будет доступен первый узел кластера.
Указать IP-адрес первого узла, настроенный на шаге 3, вставить секретный код и нажать на кнопку Подключить. Если IP-адреса кластера, настроенные на шаге 2, назначены корректно, то второй узел будет добавлен в кластер, и все настройки первого узла кластера реплицируются на второй.
|
|
Шаг 6. Назначить зоны интерфейсам второго узла.
|
В веб-консоли второго узла кластера в разделе Сеть ➜ Интерфейсы необходимо назначить каждому интерфейсу корректную зону. Зоны и их настройки получены в результате репликации данных с первого узла кластера.
|
|
Шаг 7. Настроить параметры, индивидуальные для каждого узла кластера (опционально).
|
Настроить шлюзы, маршруты и другие настройки, индивидуальные для каждого из узлов.
|
До четырех узлов кластера конфигурации можно объединить в отказоустойчивый кластер. Самих кластеров отказоустойчивости может быть несколько. Поддерживаются 2 режима — Актив-Актив и Актив-Пассив.
В режиме Актив-Пассив один из серверов выступает в роли Мастер-узла, обрабатывающего трафик, а остальные — в качестве резервных. Для кластера указывается один или более виртуальных IP-адресов. Переключение виртуальных адресов с главного на один из запасных узлов происходит при следующих событиях:
-
Запасной сервер не получает подтверждения о том, что главный узел в сети, например, если он выключен или отсутствует сетевая доступность узлов.
-
На главном узле настроена проверка доступа в интернет.
-
Сбой в работе ПО UserGate.
Ниже представлен пример сетевой диаграммы отказоустойчивого кластера в режиме Актив-Пассив. Интерфейсы настроены следующим образом:
-
Зона Trusted: IP1, IP2, IP3, IP4 и IP cluster (Trusted).
-
Зона Management: интерфейсы в зоне Management используются для управления узлами UGMC.
Кластерный IP-адрес находятся на узле UGMC 1. Если узел UGMC 1 становится недоступным, то кластерный IP-адрес перейдет на следующий сервер, который станет мастер-сервером, например, UGMC 2.
В режиме Актив-Актив один из серверов выступает в роли Мастер-узла, распределяющего трафик на все остальные узлы кластера. Поскольку IP-адрес кластера находится на Мастер-узле, то Мастер-узел отвечает на ARP-запросы клиентов. Выдавая последовательно MAC-адреса всех узлов отказоустойчивого кластера, Мастер-узел обеспечивает равномерное распределение трафика на все узлы кластера, учитывая при этом необходимость неразрывности пользовательских сессий. Для кластера указывается один или более виртуальных IP-адресов. Перемещение роли Мастер-узла на один из запасных узлов происходит при следующих событиях:
-
Запасной сервер не получает подтверждения о том, что главный узел в сети, например, если он выключен или отсутствует сетевая доступность узлов.
-
На главном узле настроена проверка доступа в интернет.
-
Сбой в работе ПО UserGate.
Ниже представлен пример сетевой диаграммы отказоустойчивого кластера в режиме Актив-Актив. Интерфейсы настроены следующим образом:
-
Зона Trusted: IP1, IP2, IP3, IP4 и IP cluster (Trusted).
-
Зона Management: интерфейсы в зоне Management используются для управления узлами UGMC.
Кластерный IP-адрес находятся на узле UGMC 1, который является мастер-узлом. При этом трафик распределяется на все узлы кластера. Если узел UGMC 1 становится недоступным, то роль мастера и кластерный IP-адрес перейдет на следующий сервер, например, UGMC 2.
Для создания отказоустойчивого кластера необходимо выполнить следующие шаги:
|
Наименование
|
Описание
|
|
Шаг 1. Создать кластер конфигурации.
|
Создать кластер конфигурации, как это описано на предыдущем шаге.
|
|
Шаг 2. Настроить зоны, интерфейсы которых будут участвовать в отказоустойчивом кластере.
|
В разделе Зоны следует разрешить сервис VRRP для всех зон, где планируется добавлять кластерный виртуальный IP-адрес (зона Trusted на диаграммах выше).
|
|
Шаг 3. Создать кластер отказоустойчивости.
|
В разделе Управление устройством ➜ Кластер отказоустойчивости нажать на кнопку Добавить и указать параметры кластера отказоустойчивости.
|
Параметры отказоустойчивого кластера:
|
Наименование
|
Описание
|
|
Включено
|
Включение/отключение отказоустойчивого кластера.
|
|
Название
|
Название отказоустойчивого кластера.
|
|
Описание
|
Описание отказоустойчивого кластера.
|
|
Режим кластера
|
Режим отказоустойчивого кластера:
|
|
Мультикаст идентификатор кластера
|
В одном кластере конфигурации может быть создано несколько кластеров отказоустойчивости. Для синхронизации сессий используется определенный мультикастовый адрес, определяемый данным параметром. Для каждой группы кластеров отказоустойчивости, в которой должна поддерживаться синхронизация сессий, требуется установить уникальный идентификатор.
|
|
Идентификатор виртуального роутера (VRID)
|
Идентификатор виртуального роутера должен быть уникален для каждого VRRP-кластера в локальной сети. Если в сети не присутствуют сторонние кластеры VRRP, то рекомендуется оставить значение по умолчанию.
|
|
Узлы
|
Выбираются узлы кластера конфигурации для объединения их в кластер отказоустойчивости. Здесь же можно назначить роль Мастер-сервера одному из выбранных узлов.
|
|
Виртуальные IP-адреса
|
Назначаются виртуальные IP-адреса и их соответствие интерфейсам узлов кластера.
|
Диагностика
В данном разделе задаются параметры диагностики сервера, необходимые службе технической поддержки UGMC при решении возможных проблем.
|
Наименование
|
Описание
|
|
Детализация диагностики
|
-
Off — ведение журналов диагностики отключено;
-
Error — журналировать только ошибки работы сервера;
-
Warning — журналировать только ошибки и предупреждения;
-
Info — журналировать только ошибки, предупреждения и дополнительную информацию;
-
Debug — максимум детализации.
Рекомендуется установить значение параметра Детализация диагностики в Error (только ошибки) или Off (Отключено), если техническая поддержка UserGate не попросила вас установить иные значения. Любые значения, отличные от Error (только ошибки) или Off (Отключено), негативно влияют на производительность UGMC.
|
|
Журналы диагностики
|
|
|
Удаленный помощник
|
-
Включено/Отключено — включение/отключение режима удаленного помощника. Удаленный помощник позволяет инженеру технической поддержки UserGate, зная значения идентификатора и токена удаленного помощника, произвести безопасное подключение к серверу UGMC для диагностики и решения проблем. Для успешной активации удаленного помощника UGMC должен иметь доступ к серверу удаленного помощника компании UserGate по протоколу SSH.
-
Идентификатор удаленного помощника — полученное случайным образом значение. Уникально для каждого включения удаленного помощника.
-
Токен удаленного помощника — полученное случайным образом значение токена. Уникально для каждого включения удаленного помощника.
|
Операции с сервером
Данный раздел позволяет произвести следующие операции с сервером:
|
Наименование
|
Описание
|
|
Операции с сервером
|
|
|
Обновления
|
Выбор канала обновлений ПО UGMC
|
Компания UserGate постоянно работает над улучшением качества своего программного обеспечения и предлагает обновления продукта UGMC в рамках подписки на модуль лицензии Security Update (подробно о лицензировании смотрите в разделе Лицензирование UGMC). При наличии обновлений в разделе Управление устройством отобразится соответствующее оповещение. Обновление продукта может занять довольно длительное время, рекомендуется планировать установку обновлений с учетом возможного времени простоя UGMC.
Для установки обновлений необходимо выполнить следующие действия:
|
Наименование
|
Описание
|
|
Шаг 1. Создать файл резервного копирования.
|
Создать резервную копию состояния UGMC в разделе Управление устройством ➜ Управление резервным копированием ➜ Создание резервной копии. Данный шаг рекомендуется всегда выполнять перед применением обновлений, поскольку он позволит восстановить предыдущее состояние устройства в случае возникновения каких-либо проблем во время применения обновлений.
|
|
Шаг 2. Установить обновления.
|
В разделе Управление устройством при наличии оповещения Доступны новые обновления нажать на ссылку Установить сейчас. Система установит скачанные обновления, по окончании установки UGMC будет перезагружен.
|
Управление резервным копированием
Данный раздел позволяет управлять резервным копированием UserGate: настройка правил экспорта конфигурации, создание резервной копии, восстановление устройства UserGate.
Для создания резервной копии необходимо выполнить следующие действия:
|
Наименование
|
Описание
|
|
Шаг 1. Создать резервную копию
|
В разделе Управление устройством ➜ Управление резервным копированием нажать Создание резервной копии. Система сохранит текущие настройки сервера под следующим именем:
backup_PRODUCT_NODE-NAME_DATE.gpg, где
PRODUCT — тип продукта: NGFW, LogAn, MC;
NODE-NAME — имя узла UserGate;
DATE — дата и время создания резервной копии в формате YYYY-MM-DD-HH-MM; время указывается в часовом поясе UTC.
Процесс создания резервной копии может быть прерван нажатием кнопки Остановить. Запись о создании резервной копии отобразится в журнале событий устройства.
|
Для восстановления состояния устройства необходимо выполнить следующие действия:
|
Наименование
|
Описание
|
|
Шаг 1. Восстановить состояние устройства
|
В разделе Управление устройством ➜ Управление резервным копированием нажать Восстановление из резервной копии и указать путь к ранее созданному файлу настроек для его загрузки на сервер. Восстановление будет предложено в консоли tty при перезагрузке устройства.
|
Дополнительно администратор может настроить сохранение файлов на внешние серверы (FTP, SSH) по расписанию. Для создания расписания выгрузки настроек необходимо выполнить следующие действия:
|
Наименование
|
Описание
|
|
Шаг 1. Создать правило экспорта конфигурации
|
В разделе Управление устройством ➜ Управление резервным копированием нажать кнопку Добавить, указать имя и описание правила.
|
|
Шаг 2. Указать параметры удаленного сервера
|
Во вкладке правила Удаленный сервер указать параметры удаленного сервера:
-
Тип сервера — FTP или SSH;
-
Адрес сервера — IP-адрес сервера;
-
Порт — порт сервера;
-
Логин — учетная запись на удаленном сервере;
-
Пароль/Повторите пароль — пароль учетной записи;
-
Путь на сервере — путь на сервере, куда будут выгружены настройки.
В случае использование SSH-сервера возможно использование авторизации по ключу. Для импорта или генерации ключа необходимо выбрать Настроить SSH-ключ и указать Сгенерировать ключи или Импортировать ключ.
Важно! При повторном создании ключа существующий SSH-ключ будет удален. Публичный ключ должен находиться на SSH-сервере в директории пользовательских ключей /home/user/.ssh/ в файле authorized_keys.
При первоначальной настройке правила экспорта резервного копирования по SSH обязательна проверка соединения (кнопка Проверить соединение); при проверке соединения fingerprint помещается в known_hosts, без проверки файлы не будут отправляться.
Важно! Если сменить сервер SSH или его переустановить, то файлы резервного копирования будут недоступны, так как fingerprint изменится — это защита от спуфинга.
|
|
Шаг 3. Выбрать расписание выгрузки
|
Во вкладке правила Расписание указать необходимое время отправки настроек. В случае задания времени в crontab-формате, задайте его в следующем виде:
(минуты:0-59) (часы:0-23) (дни месяца:1-31) (месяц:1-12) (день недели:0-6, 0-воскресенье)
Каждое из первых пяти полей может быть задано следующим образом:
-
Звездочка (*) — обозначает весь диапазон (от первого до последнего);
-
Дефис (-) — обозначает диапазон чисел. Например, "5-7" будет означать 5,6 и 7;
-
Списки. Это числа (или диапазоны), разделенные запятыми. Например, "1,5,10,11" или "1-11,19-23"
-
Звездочка и тире используются для пропусков в диапазонах. Шаг указывается после косой черты. Например, "2-10/2" будет значить "2,4,6,8,10", а выражение "*/2" в поле "часы" будет означать "каждые два часа".
|
Экспорт и импорт настроек
Администратор имеет возможность сохранить текущие настройки UGMC в файл и впоследствии восстановить эти настройки на этом же или другом сервере UGMC. В отличие от резервного копирования, экспорт/импорт настроек не сохраняет текущее состояние всех компонентов комплекса, сохраняются только текущие настройки.
ПримечаниеЭкспорт/импорт настроек не восстанавливает состояние интерфейсов и информацию о лицензии. После окончания процедуры импорта необходимо настроить интерфейсы и повторно зарегистрировать UGMC с помощью имеющегося ПИН-кода.
Для экспорта настроек необходимо выполнить следующие действия:
|
Наименование
|
Описание
|
|
Шаг 1. Экспорт настроек.
|
В разделе Управление устройством ➜ Экспорт и импорт настроек нажать на ссылку Экспорт и выбрать Экспортировать все настройки или Экспортировать сетевые настройки. Система сохранит:
nodename — имя узла UserGate Management Center.
version — версия UserGate Management Center.
YYYYMMDD_HHMMSS — дата и время выгрузки настроек в часовом поясе UTC.
Например, cc_core-mc_core@ediasaionedi_7.0.0.93R-1_20220715_084853.bin или network-cc_core-mc_core@ediasaionedi_7.0.0.93R-1_20220715_084929.bin.
|
Для применения созданных ранее настроек необходимо выполнить следующие действия:
|
Наименование
|
Описание
|
|
Шаг 1. Импорт настроек.
|
В разделе Управление устройством ➜ Экспорт и импорт настроек нажать на ссылку Импорт и указать путь к ранее созданному файлу настроек. Указанные настройки применятся к серверу, после чего сервер будет перезагружен
|
ПримечаниеДля корректного импорта правил, использующих обновляемые списки UserGate (приложения, категории URL и т.п.), необходимо наличие лицензии на модули SU и ATP, а также загруженных списков UserGate.
Дополнительно администратор может настроить сохранение настроек на внешние серверы (FTP, SSH) по расписанию. Для создания расписания выгрузки настроек необходимо выполнить следующие действия:
|
Наименование
|
Описание
|
|
Шаг 1. Создать правило экспорта.
|
В разделе Управление устройством ➜ Экспорт настроек нажать кнопку Добавить, указать имя и описание правила
|
|
Шаг 2. Указать параметры удаленного сервера.
|
Во вкладке правила Удаленный сервер указать параметры удаленного сервера:
-
Тип сервера — FTP или SSH;
-
Адрес сервера — IP-адрес сервера;
-
Порт — порт сервера;
-
Логин — учетная запись на удаленном сервере;
-
Пароль/Подтверждение пароля — пароль учетной записи;
-
Путь на сервере — путь на сервере, куда будут выгружены настройки.
|
|
Шаг 3. Выбрать расписание выгрузки.
|
Во вкладке правила Расписание указать необходимое время отправки настроек. В случае задания времени в CRONTAB-формате, задайте его в следующем виде:
(минуты:0-59) (часы:0-23) (дни месяца:1-31) (месяц:1-12) (день недели:0-6, 0-воскресенье)
Каждое из первых пяти полей может быть задано следующим образом:
-
Звездочка (*) — обозначает весь диапазон (от первого до последнего);
-
Дефис (-) — обозначает диапазон чисел. Например, "5-7" будет означать 5,6 и 7;
-
Списки. Это числа (или диапазоны), разделенные запятыми. Например, "1,5,10,11" или "1-11,19-23";
-
Звездочка и тире используются для пропусков в диапазонах. Шаг указывается после косой черты. Например, "2-10/2" будет значить "2,4,6,8,10", а выражение "*/2" в поле "часы" будет означать "каждые два часа".
|
Доступ к веб-консоли UGMC регулируется с помощью создания дополнительных учетных записей администраторов, назначения им профилей доступа, создания политики управления паролями администраторов и настройки доступа к веб-консоли на уровне разрешения сервиса в свойствах зоны сети.
ПримечаниеПри первоначальной настройке UGMC создается локальный суперпользователь Admin/system.
Для создания дополнительных учетных записей администраторов устройства необходимо выполнить следующие действия:
|
Наименование
|
Описание
|
|
Шаг 1. Создать профиль доступа администратора.
|
В разделе Администраторы ➜ Профили администраторов нажать кнопку Добавить и указать необходимые настройки.
|
|
Шаг 2. Создать учетную запись администратора и назначить ей один из созданных ранее профилей администратора.
|
В разделе Администраторы нажать кнопку Добавить и выбрать необходимый вариант:
-
Добавить локального администратора — создать локального пользователя, задать ему пароль доступа и назначить созданный ранее профиль доступа.
-
Добавить пользователя LDAP — добавить пользователя из существующего домена. Для этого должен быть корректно настроен LDAP-коннектор в разделе Серверы аутентификации. При входе в консоль администрирования необходимо указывать имя пользователя в формате user@domain/system или domain\user/system. Назначить созданный ранее профиль.
-
Добавить группу LDAP — добавить группу пользователей из существующего домена. Для этого должен быть корректно настроен LDAP-коннектор в разделе Серверы аутентификации. При входе в консоль администрирования необходимо указывать имя пользователя в формате user@domain/system или domain\user/system. Назначить созданный ранее профиль.
-
Добавить администратора с профилем аутентификации — создать пользователя, назначить созданный ранее профиль администратора и профиль аутентификации (необходимы корректно настроенные серверы аутентификации).
Важно! В данном разделе настроек сервисов консоли управления администратором области может быть назначен только локальный администратор. Это связано с тем, что LDAP серверы, используемые для аутентификации администраторов сервиса UGMC и для аутентификации администраторов области, могут быть разными. При необходимости использования LDAP администраторов для управления Областью, их необходимо создать в самой области. Более подробно об администраторах области смотрите в разделе Администраторы области.
|
При создании профиля доступа администратора необходимо указать следующие параметры:
|
Наименование
|
Описание
|
|
Название
|
Название профиля.
|
|
Описание
|
Описание профиля.
|
|
Тип администратора
|
Для предоставления полномочий управления сервисами UGMC необходимо выбрать тип Администратор UGMC. Вариант Администратор области следует выбирать при создании корневого администратора управляемой области.
|
|
Управляемая область
|
Если в качестве параметра Тип администратора был выбран вариант Администратор области, то необходимо указать управляемую область, для которой создается корневой администратор. Область должна уже быть создана к этому моменту.
|
|
Права доступа
|
Список объектов дерева веб-консоли, доступных для делегирования. В качестве доступа можно указать:
-
Нет доступа.
-
Чтение.
-
Чтение и запись.
|
Администратор UGMC может настроить дополнительные параметры защиты учетных записей администраторов, такие как сложность пароля и блокировку учетной записи на определенное время при превышении количества неудачных попыток аутентификации.
Для настройки этих параметров необходимо:
|
Наименование
|
Описание
|
|
Шаг 1. Настроить политику паролей.
|
В разделе Администраторы ➜ Администраторы нажать кнопку Настроить.
|
|
Шаг 2. Заполнить необходимые поля.
|
Указать значения следующих полей:
-
Сложный пароль — включает дополнительные параметры сложности пароля, задаваемые ниже, такие как минимальная длина, минимальное число символов в верхнем регистре, минимальное число символов в нижнем регистре, минимальное число цифр, минимальное число специальных символов, максимальная длина блока из одного и того же символа.
-
Число неверных попыток аутентификации — количество неудачных попыток аутентификации администратора, после которых учетная запись заблокируется на Время блокировки.
-
Время блокировки — время, на которое блокируется учетная запись.
|
В разделе Администраторы ➜ Сессии администраторов отображаются все администраторы, выполнившие вход в веб-консоль администрирования UGMC. При необходимости любую из сессий администраторов можно сбросить (закрыть).
Администратор может указать зоны, с которых будет возможен доступ к сервису веб-консоли (порт TCP 8010).
ПримечаниеНе рекомендуется разрешать доступ к веб-консоли для зон, подключенных к неконтролируемым сетям, например, к сети интернет.
Для разрешения сервиса веб-консоли для определенной зоны необходимо в свойствах зоны во вкладке Контроль доступа разрешить доступ к сервису Консоль администрирования. Более подробно о настройке контроля доступа к зонам можно прочитать в разделе Настройка зон.
UGMC использует защищенный протокол HTTPS для управления устройством. Для выполнения данной функции UGMC использует сертификат типа SSL веб-консоли.
Для того чтобы создать новый сертификат, необходимо выполнить следующие действия:
|
Наименование
|
Описание
|
|
Шаг 1. Создать сертификат.
|
Нажать на кнопку Создать в разделе Сертификаты
|
|
Шаг 2. Заполнить необходимые поля.
|
Указать значения следующих полей:
-
Название — название сертификата, под которым он будет отображен в списке сертификатов.
-
Описание — описание сертификата.
-
Страна — страна, в которой выписывается сертификат.
-
Область или штат — область или штат, в котором выписывается сертификат
-
Город — город, в котором выписывается сертификат.
-
Название организации — название организации, для которой выписывается сертификат.
-
Common name — имя сертификата. Рекомендуется использовать только символы латинского алфавита для совместимости с большинством браузеров.
-
E-mail — email вашей компании
|
|
Шаг 3. Указать, для чего будет использован данный сертификат.
|
После создания сертификата необходимо указать его роль в UGMC. Для этого необходимо выделить необходимый сертификат в списке сертификатов, нажать на кнопку Редактировать и указать тип сертификата - SSL веб-консоли. После этого UGMC перезагрузит сервис веб-консоли и предложит вам подключиться уже с использованием нового сертификата.
|
UGMC позволяет экспортировать созданные сертификаты и импортировать сертификаты, созданные на других системах, например, сертификат, выписанный доверенным удостоверяющим центром вашей организации.
Для экспорта сертификата необходимо:
|
Наименование
|
Описание
|
|
Шаг 1. Выбрать сертификат для экспорта.
|
Выделить необходимый сертификат в списке сертификатов.
|
|
Шаг 2. Экспортировать сертификат.
|
Выбрать тип экспорта:
-
Экспорт сертификата — экспортирует данные сертификата в der-формате без экспортирования приватного ключа сертификата.
-
Экспорт CSR — экспортирует CSR сертификата, например, для подписи его удостоверяющим центром.
|
ПримечаниеРекомендуется сохранять сертификат для возможности его последующего восстановления.
ПримечаниеВ целях безопасности UGMC не разрешает экспорт приватных ключей сертификатов.
Для импорта сертификата необходимо иметь файлы сертификата и - опционально - приватного ключа сертификата и выполнить следующие действия:
|
Наименование
|
Описание
|
|
Шаг 1. Начать импорт.
|
Нажать на кнопку Импорт.
|
|
Шаг 2. Заполнить необходимые поля.
|
Указать значения следующих полей:
-
Название — название сертификата, под которым он будет отображен в списке сертификатов.
-
Описание — описание сертификата.
-
Загрузите файл, содержащий данные сертификата.
-
Загрузите файл, содержащий приватный ключ сертификата.
-
Пароль для приватного ключа, если таковой требуется.
-
Цепочка сертификатов — файл, содержащий сертификаты вышестоящих центров сертификации, которые участвовали в создании сертификата. Необязательное поле.
|
Серверы аутентификации UGMC
Серверы аутентификации — это внешние источники учетных записей пользователей для авторизации в веб-консоли управления UGMC. UGMC поддерживает следующие серверы аутентификации: LDAP-коннектор, RADIUS и TACACS+.
LDAP-коннектор
LDAP-коннектор позволяет:
-
Получать информацию о пользователях и группах Active Directory или других LDAP-серверов. Поддерживается работа с LDAP-сервером FreeIPA.
-
Осуществлять авторизацию администраторов UGMC через домены Active Directory/FreeIPA.
Для создания LDAP-коннектора необходимо нажать на кнопку Добавить, выбрать Добавить LDAP-коннектор и указать следующие параметры:
|
Наименование
|
Описание
|
|
Включено
|
Включает или отключает использование данного сервера аутентификации.
|
|
Название
|
Название сервера аутентификации.
|
|
SSL
|
Определяет, требуется ли SSL-соединение для подключения к LDAP-серверу.
|
|
Доменное имя LDAP или IP-адрес
|
IP-адрес контроллера домена, FQDN контроллера домена или FQDN домена (например, test.local). Если указан FQDN, то UserGate получит адрес контроллера домена с помощью DNS-запроса. Если указан FQDN домена, то при отключении основного контроллера домена, UserGate будет использовать резервный.
|
|
Bind DN («login»)
|
Имя пользователя, которое необходимо использовать для подключения к серверу LDAP. Имя необходимо использовать в формате DOMAIN\username или username@domain. Данный пользователь уже должен быть заведен в домене
|
|
Пароль
|
Пароль пользователя для подключения к домену.
|
|
Домены LDAP
|
Список доменов, которые обслуживаются указанным контроллером домена, например, в случае дерева доменов или леса доменов Active Directory. Здесь же можно указать короткое netbios имя домена.
|
|
Пути поиска
|
Список путей в сервере LDAP, начиная с которых система будет осуществлять поиск пользователей и групп. Необходимо указывать полное имя, например, ou=Office,dc=example,dc=com.
|
После создания сервера необходимо проверить корректность параметров, нажав на кнопку Проверить соединение. Если параметры указаны верно, система сообщит об этом либо укажет на причину невозможности соединения.
Настройка LDAP-коннектора завершена. Для входа в консоль пользователям LDAP необходимо указывать имя в формате:
domain\user/system или user@domain/system
Сервер аутентификации RADIUS
Сервер аутентификации RADIUS позволяет производить авторизацию пользователей в веб-консоли UserGate, который выступает в роли RADIUS-клиента. При авторизации через RADIUS-сервер UserGate посылает на серверы RADIUS информацию с именем и паролем пользователя, а RADIUS-сервер отвечает, успешно прошла аутентификация или нет.
Для добавления сервера аутентификации RADIUS необходимо нажать Добавить, выбрать Добавить RADIUS-сервер и указать следующие параметры:
|
Наименование
|
Описание
|
|
Включено
|
Включение/отключение использования данного сервера аутентификации.
|
|
Название
|
Название сервера аутентификации RADIUS.
|
|
Описание
|
Описание сервера (опционально).
|
|
Секрет
|
Общий ключ, используемый протоколом RADIUS для аутентификации.
|
|
Адреса
|
Указание IP-адреса сервера и UDP-порта, на котором сервер RADIUS слушает запросы на аутентификацию (по умолчанию, 1812).
|
Для авторизации пользователей в веб-интерфейсе UserGate с помощью сервера RADIUS необходимо настроить профиль аутентификации. Подробнее о создании и настройке профилей читайте в разделе Профили аутентификации UGMC.
Сервер аутентификации TACACS+
Сервер TACACS+ позволяет производить авторизацию пользователей в консоли администрирования UserGate. При использовании сервера UserGate передаёт на серверы аутентификации информацию с именем и паролем пользователя, после чего серверы TACACS+ отвечают, успешно прошла аутентификация или нет.
Для добавления сервера аутентификации TACACS+ необходимо нажать Добавить, выбрать Добавить TACACS+ сервер и указать следующие параметры:
|
Наименование
|
Описание
|
|
Включено
|
Включение/отключение использования данного сервера аутентификации.
|
|
Название
|
Название сервера аутентификации TACACS+.
|
|
Описание
|
Описание сервера (опционально).
|
|
Секретный ключ
|
Общий ключ, используемый протоколом TACACS+ для аутентификации.
|
|
Адрес
|
IP-адрес сервера TACACS+.
|
|
Порт
|
UDP-порт, на котором сервер TACACS+ слушает запросы на аутентификацию.
|
|
Использовать одно TCP-соединение
|
Использовать одно TCP-соединение для работы с сервером TACACS+.
|
|
Таймаут (сек)
|
Время ожидания сервера TACACS+ для получения аутентификации. По умолчанию 4 секунды.
|
Для авторизации пользователей в веб-интерфейсе UserGate с помощью сервера TACACS+ необходимо настроить профиль аутентификации. Подробнее о создании и настройке профилей читайте в разделе Профили аутентификации UGMC.
Профили аутентификации UGMC
Профиль позволяет определить набор способов авторизации пользователей в консоли администрирования UserGate. При создании или настройке профиля достаточно указать:
|
Наименование
|
Описание
|
|
Название
|
Название профиля аутентификации.
|
|
Описание
|
Описание профиля (опционально).
|
|
Методы аутентификации
|
Методы аутентификации пользователей, настроенные ранее: LDAP-коннектор, серверы аутентификации RADIUS, TACACS+.
|
Почтовые адреса
Элемент библиотеки Почтовые адреса позволяет создать группы почтовых адресов, которые впоследствии можно использовать в правилах оповещения.
Для добавления новой группы почтовых адресов необходимо выполнить следующие шаги:
|
Наименование
|
Описание
|
|
Шаг 1. Создать группу почтовых адресов.
|
В панели Группы почтовых адресов нажать на кнопку Добавить, дать название группе.
|
|
Шаг 2. Добавить почтовые адреса в группу.
|
Выделить созданную группу и в панели Почтовые адреса нажать на кнопку Добавить и добавить необходимые почтовые адреса.
|
Администратор имеет возможность создавать списки почтовых адресов и централизованно распространять их на все компьютеры с установленным UserGate. Для создания такого списка необходимо выполнить следующие действия:
|
Наименование
|
Описание
|
|
Шаг 1. Создать файл с необходимыми списком почтовых адресов.
|
Создать файл list.txt со списком почтовых адресов.
|
|
Шаг 2. Создать архив, содержащий этот файл.
|
Поместить файл в архив zip с именем list.zip.
|
|
Шаг 3. Создать файл с версией списка.
|
Создать файл version.txt, внутри него указать номер версии списка, например, 3. Необходимо инкрементировать данное значение при каждом обновлении списка.
|
|
Шаг 4. Разместить файлы на веб-сервере.
|
Разместить у себя на сайте list.zip и version.txt, чтобы они были доступны для скачивания.
|
|
Шаг 5. Создать список почтовых адресов и указать URL для обновления.
|
На каждом UserGate создать список адресов. При создании указать тип списка Обновляемый и адрес, откуда необходимо загружать обновления. UserGate будет проверять наличие новой версии на вашем сайте в соответствии с настроенным расписанием скачивания обновлений. Расписание можно настроить в свойствах списка; возможно указать следующие варианты:
При задании вручную необходимо использовать crontab-подобный формат, при котором строка выглядит как шесть полей, разделенных пробелами. Поля задают время в следующем виде: (минуты: 0-59) (часы: 0-23) (дни месяца: 1-31) (месяц: 1-12) (день недели: 0-6, 0-воскресенье). Каждое из первых пяти полей может быть задано следующим образом:
-
Звездочка (*) — обозначает весь диапазон (от первого до последнего).
-
Дефис (-) — обозначает диапазон чисел. Например, "5-7" будет означать 5,6 и 7.
-
Списки. Это числа (или диапазоны), разделенные запятыми. Например, "1,5,10,11" или "1-11,19-23".
Звездочка или диапазон с шагом. Используется для пропусков в диапазонах. Шаг указывается после косой черты. Например, "2-10/2" будет значить "2,4,6,8,10", а выражение "*/2" в поле "часы" будет означать "каждые два часа".
|
Номера телефонов
Элемент библиотеки Номера телефонов позволяет создать группы номеров, которые впоследствии можно использовать в правилах оповещения SMPP.
Для добавления новой группы телефонных номеров необходимо выполнить следующие шаги:
|
Наименование
|
Описание
|
|
Шаг 1. Создать группу телефонных номеров.
|
В панели Группы телефонных номеров нажать на кнопку Добавить, дать название группе.
|
|
Шаг 2. Добавить номера телефонов в группу.
|
Выделить созданную группу и в панели Группа телефонных номеров нажать на кнопку Добавить и добавить необходимые номера.
|
Администратор имеет возможность создавать списки телефонных номеров и централизованно распространять их на все компьютеры с установленным UserGate. Для создания такого списка необходимо выполнить следующие действия:
|
Наименование
|
Описание
|
|
Шаг 1. Создать файл с необходимыми списком номеров.
|
Создать файл list.txt со списком номеров.
|
|
Шаг 2. Создать архив, содержащий этот файл.
|
Поместить файл в архив zip с именем list.zip.
|
|
Шаг 3. Создать файл с версией списка.
|
Создать файл version.txt, внутри него указать номер версии списка, например, 3. Необходимо инкрементировать данное значение при каждом обновлении списка.
|
|
Шаг 4. Разместить файлы на веб-сервере.
|
Разместить у себя на сайте list.zip и version.txt, чтобы они были доступны для скачивания.
|
|
Шаг 5. Создать список телефонных номеров и указать URL для обновления.
|
На каждом UserGate создать список номеров. При создании указать тип списка Обновляемый и адрес, откуда необходимо загружать обновления. UserGate будет проверять наличие новой версии на вашем сайте в соответствии с настроенным расписанием скачивания обновлений. Расписание можно настроить в свойствах списка; возможно указать следующие варианты:
При задании вручную необходимо использовать crontab-подобный формат, при котором строка выглядит как шесть полей, разделенных пробелами. Поля задают время в следующем виде: (минуты: 0-59) (часы: 0-23) (дни месяца: 1-31) (месяц: 1-12) (день недели: 0-6, 0-воскресенье). Каждое из первых пяти полей может быть задано следующим образом:
-
Звездочка (*) — обозначает весь диапазон (от первого до последнего).
-
Дефис (-) — обозначает диапазон чисел. Например, "5-7" будет означать 5,6 и 7.
-
Списки. Это числа (или диапазоны), разделенные запятыми. Например, "1,5,10,11" или "1-11,19-23".
Звездочка или диапазон с шагом. Используется для пропусков в диапазонах. Шаг указывается после косой черты. Например, "2-10/2" будет значить "2,4,6,8,10", а выражение "*/2" в поле "часы" будет означать "каждые два часа".
|
Профили оповещений
Профиль оповещения указывает транспорт, с помощью которого оповещения могут быть доставлены получателям. Поддерживается 2 типа транспорта:
-
SMTP, доставка сообщений с помощью email.
-
SMPP, доставка сообщений с помощью SMS практически через любого оператора сотовой связи или через большое количество SMS-центров рассылки.
Для создания профиля сообщений SMTP необходимо нажать на кнопку Добавить в разделе Профили оповещений, выбрать вариант Добавить профиль оповещения SMTP и заполнить необходимые поля:
|
Наименование
|
Описание
|
|
Название
|
Название профиля.
|
|
Описание
|
Описание профиля.
|
|
Хост
|
IP-адрес сервера SMTP, который будет использоваться для отсылки почтовых сообщений.
|
|
Порт
|
Порт TCP, используемый сервером SMTP. Обычно для протокола SMTP используется порт 25, для SMTP с использованием SSL — 465. Уточните данное значение у администратора почтового сервера.
|
|
Безопасность
|
Варианты безопасности отправки почты, возможны варианты: Нет, STARTTLS, SSL.
|
|
Аутентификация
|
Включает аутентификацию при подключении к SMTP-серверу.
|
|
Логин
|
Имя учетной записи для подключения к SMTP-серверу.
|
|
Пароль
|
Пароль учетной записи для подключения к SMTP-серверу.
|
Для создания профиля сообщений SMPP необходимо нажать на кнопку Добавить в разделе Профили оповещений, выбрать вариант Добавить профиль оповещения SMPP и заполнить необходимые поля:
|
Наименование
|
Описание
|
|
Название
|
Название профиля.
|
|
Описание
|
Описание профиля.
|
|
Хост
|
IP-адрес сервера SMPP, который будет использоваться для отсылки SMS сообщений.
|
|
Порт
|
Порт TCP, используемый сервером SMPP. Обычно для протокола SMPP используется порт 2775, для SMPP с использованием SSL — 3550.
|
|
SSL
|
Использовать или нет шифрацию с помощью SSL.
|
|
Логин
|
Имя учетной записи для подключения к SMPP-серверу.
|
|
Пароль
|
Пароль учетной записи для подключения к SMPP-серверу.
|
|
Правила трансляции номеров
|
В некоторых случаях SMPP-провайдер ожидает номер телефона в определенном формате, например, в виде 89123456789. Для соответствия требованиям провайдера можно указать замену первых символов номеров с одних на другие. Например, заменить все номера, начинающиеся на +7, на 8.
|
Расширение системного раздела
Для расширения системного раздела с сохранением конфигурации и данных узла UserGate необходимо выполнить следующие шаги:
|
Наименование
|
Описание
|
|
Шаг 1. Добавить дополнительный виртуальный диск.
|
Средствами гипервизора добавить новый диск необходимого размера в свойствах виртуальной машины UserGate.
|
|
Шаг 2. Расширить размер раздела в системных утилитах.
|
В меню загрузки узла UserGate войти в раздел Support menu.
В открывшемся разделе выбрать Expand data partition и запустить процесс расширения раздела.
|
|
Шаг 3. Проверить размер системного раздела.
|
После завершения процесса расширения загрузить узел и в разделе Дашборд ➜ Диски проверить размер системного раздела.
|
Примечание Расширение системного раздела путем увеличения размера имеющегося диска виртуальной машины возможно только при сбросе узла до заводских настроек, т.е. при выполнении операции factory reset.
|
