Быстрый Шлюз (инициатор соединения)

Стартовая страница Форумы Понять, как работает ПО Быстрый Шлюз (инициатор соединения)

Просмотр 14 сообщений - с 1 по 14 (из 14 всего)
  • Автор
    Сообщения
  • #20883
    vg
    Участник

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

    Собственно вопрос: кто является инициатором соединения при обмене данными главного сервера, на котором объединяется информация всех удалённых экземпляров Scada, с этими самыми экземплярами? Экземпляры стучатся на главный сервер или главный сервер опрашивает на предмет наличия новых данных?

    • Эта тема была изменена 3 недели, 6 дней назад от vg.
    #20885
    manjey73
    Участник

    Экземпляры стучаться на главный сервер, Сервер обрабатывает данные.
    Шлюз должен быть только на удаленной машине, на Сервере он не обязателен.

    #20893
    vg
    Участник

    В документации и на сайте не нашёл информации о том, на каких ОС работает модуль «Быстрый шлюз».

    И в целом, верно ли, что где работает Rapid SCADA, то там работают все его модули и драйверы по умолчанию?

    #20895
    manjey73
    Участник

    @yg на Linux не работает только модуль Уведомлений из-за каких-то проблем в Mono.
    Все остальное работает нормально.

    На счет шлюза я создавал тему, но идентифицировать проблему пока не удается.
    Предлагал Михаилу сделать пересылку на его сервер.

    У меня практически все каналы из шлюза со статусом архивный, хотя вроде передача архивов выключена. Время синхронизировано. При чем независимо от принимающего сервера, Windows или Linux

    #20896
    vg
    Участник

    Спасибо.

    Из-за особенностей сети заказчика хотим протестировать вариант с промежуточным сервером (скорее всего на Linux), который будет получать данные с устройств (традиционно, когда Scada является мастером) и скопом по быстрому шлюзу отправлять все данные на главный сервер. Краем глаза посмотрел. По-моему там просто настраивается соответствие каналов между экземплярами Scada.

    #20897
    manjey73
    Участник

    Да, сейчас настройки гуд, не то, что в первой версии, только все и только в те же каналы 🙂

    #20898
    Mikhail
    Модератор

    Добрый день!

    Из-за особенностей сети заказчика хотим протестировать вариант с промежуточным сервером (скорее всего на Linux), который будет получать данные с устройств (традиционно, когда Scada является мастером) и скопом по быстрому шлюзу отправлять все данные на главный сервер.

    Да, хорошая схема.
    Рекомендую всё настраивать в рамках единого проекта (в Администраторе).
    Вопрос: сможет ли Администратор достучаться до Агентов на удалённых серверах?

    #20900
    vg
    Участник

    Возможно не совсем понял про единый проект. Планирую считывать промежуточным сервером данные со всех измерительных устройств в сети (это будет экземпляр Rapid Scada без интерфейса). Затем шлюзом переправлять эти данные в проект на главном сервере, который объединяет под своей «крышей» проекты разных филиалов заказчика и уже в нём реализовывать всю необходимую обработку и логику. Мы об одном и том же? 🙂 Из контекста, как я понял, можно настроить экземпляры Rapid Scada без Администратора, но я так не умею 🙂

    Если я правильно понимаю, то главному серверу в рассматриваемой конфигурации и не надо никуда стучаться, так как у него нет никаких линий связи (они подразумеваются только на промежуточном сервере), а инициатором соединения является удалённый промежуточный сервер.
    Работоспособность конфигурации планируем тестировать в ближайшее время в сети заказчика с помощью простого проекта.

    #20901
    vg
    Участник

    И ещё подскажите по типу каналов, которые принимают данные по шлюзу. Я попробовал и Дорасчётный ТИ, и Телеизмерение. Работает и то и то. Есть какая то идеологическая разница кроме использования формул и частоты отработки?

    • Этот ответ был изменен 3 недели, 1 день назад от vg.
    #20909
    Mikhail
    Модератор

    Да, об одном и том же. В Администраторе можно настроить «профили развёртывания» для каждого удалённого сервера, чтобы скидывать на них конфигурацию со своей рабочей станции. Но для этого нужно иметь доступ к удалённым серверам по IP. Такой подход позволяет избежать двойной работы по созданию входных каналов.

    И ещё подскажите по типу каналов, которые принимают данные по шлюзу.

    Желательно не передавать дорасчётные каналы, чтобы сократить трафик. Они могут вычисляться на главном сервере. Если столкнётесь, что такого режима недостаточно, напишите.

    #20912
    vg
    Участник

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

    Звучит удобно, но этого доступа к сожалению не будет. Из-за особенностей сети заказчика инициатором подключения должны быть удалённые сервера.

    #20913
    manjey73
    Участник

    @vg — l2tp + IPSec вам в помощь 🙂
    Если на Linux то пакет xl2tp и strongswan (ipsec)
    назначаете статические IP в сети VPN и рулите всеми промежуточными серверами как хотите независимо от сетей заказчика.
    Надеюсь администраторы заказчика организуют прохождение пакетов для внутреннего VPN созданного для Scada ?

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

    #20914
    Mikhail
    Модератор

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

    Типичная ситуация. В данный момент выход — VPN. В будущем постараемся предложить какое-то встроенное в Rapid SCADA решение.

    #20915
    manjey73
    Участник

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

Просмотр 14 сообщений - с 1 по 14 (из 14 всего)
  • Вы должны авторизироваться для ответа в этой теме.