Форум АО "ВЗЛЕТ"

Здравствуйте по требованию нашего ДИБ есть необходимость разделить корпоративную и технологическую сети, у нас взлет СП4 опрашивает приборы в технологическом контуре(около 900 шт.) а клиенты в корпоративном, связь возможна только в одном направлении
Как вариант в технологической сети нам нужно развернуть серверную часть которая будет опрашивать приборы учета и общаться с БД в корпоративной сети
К этой БД как вариант по порту 5511 подключить серверную часть которая не будет опрашивать приборы а только служить шлюзом для подключения клиентов. Вопрос насколько правдоподобна такая схема и есть ли альтернативы, а самое главное нужен ли будет ключ лицензия для такой схемы или достаточно одного?

Здравствуйте.

Не совсем понятно, зачем вам второй экземпляр сервера Взлет СП, если можно просто подключаться клиентским приложением на открытый порт службы приложений. Либо использовать веб-интерфейс с открытым портом веб-сервера.
Или вам необходимо иметь именно два сервера опроса? Но тогда придется сделать так, чтобы службы на каждом из них были доступны друг для друга. Соответственно, должны быть открыты порты службы приложений, опроса, обработки данных.

С уважением,
Кривокора Иван

Иван, поясню. Открыть порт службы приложений или веб-сервера из корпоративной сети в технологическую нельзя: по требованиям ИБ соединения допускаются только из технологической сети наружу, в обратную сторону ни одного порта. Поэтому прямое подключение клиентов к серверу опроса не подходит.

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

Отсюда вопрос: есть ли у Взлёт СП4 способ передавать данные от сервера опроса такому клиентскому экземпляру, чтобы соединение устанавливал сервер опроса, а не клиентский экземпляр? Если такой схемы нет, есть ли другой штатный вариант, при котором клиенты в корпоративной сети работают с данными, а все соединения инициирует сторона технологической сети?

И нужна ли второму экземпляру своя лицензия, если приборов на нём нет?

Возможна с оговорками разве что следующая конфигурация, когда СУБД будет в корпоративной сети и два экземпляра сервера, ключ с лицензией должен быть у сервера в корпоративной сети.

Спасибо, такая конфигурация нам подходит. Уточните оговорки:

Нужны ли соединения между двумя экземплярами сервера (какие службы, порты, кто инициирует), или достаточно, чтобы оба видели общую СУБД?
Что не будет работать на экземпляре без опроса?
Серверу опроса в технологической сети ключ не нужен, лицензии проверяются только на корпоративном экземпляре?(но там же как раз и происходит весь опрос?)

Как минимум: сервер, находящийся в корпоративной сети, не будет видеть COM-порты сервера в технологической сети; при открытии приборов будет отображаться сообщение о недоступности службы опроса.
Мы не тестировали подобную конфигурацию, поэтому вам было бы правильно развернуть её самостоятельно и проверить функционирование критичных для вас сценариев.
Лицензия нужна обоим серверам.

Иван, уточните по лицензиям. У нас около 900 приборов. Лицензии на приборы считаются только на том экземпляре, который указан как «Экземпляр сервера лицензии», а второму серверу достаточно ключа с минимальным числом лицензий? Или ключ с полным числом лицензий на приборы нужен на обоих серверах?, это на самом деле самый критичный вопрос во всей беседе

При использовании одной БД и нескольких экземпляров серверов лицензия будет одна. Все приборы всех экземпляров серверов находятся под этой лицензией (т.е. суммируются).

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

Не будет работать:
Запросы к приборам по инициативе клиента;
Импорт данных;
Принять данные с АСДВ-020;
Пересчет приведенных данных;
При добавлении нового прибора не указать COM-порт;
Просмотр и управление сессиями опроса;
Сброс сообщений;
Проверки отправки sms и email;
Может еще что-то.

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