Смена Instance на примере HelloWord

Стартовая страница › Форумы › Вопросы по установке › Смена Instance на примере HelloWord

Просмотр 15 сообщений - с 1 по 15 (из 23 всего)
1 2
  • Автор
    Записи
  • 28.08.2022 в 10:40 #24648
    manjey73
    Участник

    Поменял на локальной машины везде, где только можно HelloWord на свое.

    Результат — Пользователь не вошел в систему. Службу Агента и останавливал и перезапускал.
    ПК перезапускал. Так сменил имя проекта везде.

    Попробуйте сами и напишите порядок действия в таком случае….

    28.08.2022 в 11:15 #24649
    manjey73
    Участник

    Теперь это в двух местах у Агента

    <Instance>Какой-то инстанс</Instance>

    и нииже

      <Instances>
    <Instance active="true" name="Какой-то инстанс">

    И проверка идет по нижнему, но в настройках Администратора светится ВЕРХНЕЕ имя инстанса… Попробуй догадайся, что не везде все-таки поменял….

    28.08.2022 в 17:31 #24650
    Romiros
    Участник

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

    29.08.2022 в 10:22 #24654
    Mikhail
    Модератор

    В файле ScadaAgentConfig.xml блок настроек внутри ReverseConnection Вам, скорее всего, сейчас не нужен. Обратное соединение и режим прокси позволяет Агенту с динамическим IP подключиться к Агенту на главном сервере и работать через него.

    Редактируйте то, что внутри блока Instances.

    29.08.2022 в 10:24 #24657
    Mikhail
    Модератор

    Логин и пароль пользователя указываются в настройках Агента, по умолчанию
    Логин: ScadaAdmin
    Проль: scada

    27.04.2023 в 10:07 #28348
    Romiros
    Участник

    Михаил а как настроить Обратное соединение агента ?

    В конфигурационном файле поставил у ReversConnection enabled=»true»
    задал IP и порт компьютера с администратором. Перезапустил агента.
    Видно что он пытается подключиться на указанный порт. Что нужно настроить в самом администраторе, чтобы принять подключение?

    В конфигураторе включал и отключал ProxyMode у инстанса, результата нет. Что ещё нужно донастроить?

    27.04.2023 в 11:11 #28349
    manjey73
    Участник

    Что-то есть подозрение, что динамический IP должен быть белым (реальным) а не за NAT провайдера…
    Каких либо настроек в Администраторе чтобы Агент или Администратор стал сервером мы не нашли…

    27.04.2023 в 14:18 #28350
    Mikhail
    Модератор

    1. Допустим есть главный сервер с белым IP. На нём установлен Администратор и Агент.
    Этот Агент будет выполнять роль прокси и на него будет подключаться Агент с удалённого сервера. Администратор тоже будет подключаться на этого Агента.

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

    <Instance active="true" name="Remote Site">
  <ProxyMode>true</ProxyMode>

    2. На удалённом сервере в конфигурации Агента нужно включить обратное соединение:
    <ReverseConnection enabled="true">
    Режим прокси для экземпляра должен быть выключен.

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

    27.04.2023 в 23:05 #28353
    manjey73
    Участник

    Спасибо, вроде работает. Проверял пока на виртуальной машине за NAT.
    Есть правда одно НО.

    Виртуалка даже не запущена, экземпляр для удаленного Агента, захожу в настройки экземпляра, нажимаю «Тест» а мне отвечают что все ОК… Как же ОК, если данный экземпляр еще не запущен а доступен только локальный агент ?

    28.04.2023 в 16:29 #28355
    manjey73
    Участник

    С реальным удаленным Агентом пока неудача. Роутер видит соединение, но пишет syn-sent
    В Firewall Windows открыл порт 10002 на все входящие. Результата не дало.

    Вопрос по имени инстанса, может он называться так же Default или это может быть зарегистрированным именем?

    Протокол используется TCP ?

    Проброс порта делал только по tcp. И такой момент, порт на удаленном агенте 10052 в Reverse прокси, а на моей машине 10002, то есть входящий порт 10052 пробрасывается ко мне на 10002

    • Ответ изменён 3 года, 4 месяца назад пользователем manjey73.
    28.04.2023 в 22:12 #28359
    Mikhail
    Модератор

    Виртуалка даже не запущена, экземпляр для удаленного Агента, захожу в настройки экземпляра, нажимаю «Тест» а мне отвечают что все ОК

    Да, нужно более информативное сообщение. Спасибо, что заметили.

    Вопрос по имени инстанса, может он называться так же Default или это может быть зарегистрированным именем?

    Имя экземпляра Default не является зарезервированным. Может называться.

    Протокол используется TCP?

    Да. Почти такой же, как между Сервером и Коммуникатором, например.

    Если что-то не работает, то нужно по логам смотреть.

    28.04.2023 в 22:21 #28360
    manjey73
    Участник

    Вот с логами проблема… пока не пойму как выловить. Есть подозрение на микротик, что он где-то не пропускает.

    Сделал имя Default и на виртуалке за NAT работает.

    29.04.2023 в 17:14 #28361
    manjey73
    Участник

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

    При этом Тест соединения, перезапуск сервера показывает ошибку

    Unable to read data from the transport connection: Попытка установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера..

    При этом в логах агента

    [-4791794755291439201] хх.ххх.ххх.ххх; ScadaAgent (Агент); Default; 17:10:47
удаленный ПК подключен
    2023-04-29 16:58:14 [LAPTOP-J1GTEM7T][LAPTOP-J1GTEM7T$][ACT] Создана сессия с ид. -4791794755291439201
2023-04-29 16:58:14 [LAPTOP-J1GTEM7T][LAPTOP-J1GTEM7T$][ACT] Клиент хх.ххх.ххх.ххх подключился
2023-04-29 16:58:14 [LAPTOP-J1GTEM7T][LAPTOP-J1GTEM7T$][ACT] Пользователь ScadaAgent успешно аутентифицирован
2023-04-29 16:58:24 [LAPTOP-J1GTEM7T][LAPTOP-J1GTEM7T$][ACT] Клиент 127.0.0.1 отключился
2023-04-29 16:58:34 [LAPTOP-J1GTEM7T][LAPTOP-J1GTEM7T$][ACT] Клиент хх.ххх.ххх.ххх отключился

    Ну и всякое такое при попытках рестарта сервера
    Ошибка при переадресации запроса на хх.ххх.ххх.ххх: Unable to write data to the transport connection: Удаленный хост принудительно разорвал существующее подключение..

    то есть мы подключаемся, и отключаемся почему -то…
    Это реально удаленный ПК а не виртуалка за NAT которая пускает сразу и без проблем.

    • Ответ изменён 3 года, 4 месяца назад пользователем manjey73.
    01.05.2023 в 10:35 #28363
    Mikhail
    Модератор

    LAPTOP-J1GTEM7T — это компьютер, на котором установлен Агент в режиме прокси?
    «Ошибка при переадресации запроса» выдаётся каким приложением и в какой момент?

    Администратор при передаче конфигурации подключается кратковременно, это нормально:

    2023-04-30 17:11:43 [XXX][XXX$][ACT] Session with ID -2297092553411920142 created
2023-04-30 17:11:43 [XXX][XXX$][ACT] Client 127.0.0.1 connected
2023-04-30 17:11:43 [XXX][XXX$][ACT] User ScadaAdmin is successfully authenticated
2023-04-30 17:12:44 [XXX][XXX$][ACT] Client 127.0.0.1 disconnected
    01.05.2023 в 12:17 #28364
    manjey73
    Участник

    Нет, LAPTOP это Администратор (сервер). Реальный ip у меня только, по этому тестировали в одну сторону.

    Самое интересное, что пробросы портов аналогичны другому ПО, то есть ничего такого, чтобы отличало нет.

    Порт, который пробрасывал для Reverse Proxy проверяли при помощи TestSocket — все работает.

    Чтобы соединение стало established в роутере надо открывать порт еще и в брендмауэре.

    И что интересно, на виртуальной машине за NAT все работает, а при реально удаленном ПК никак…

  • Автор
    Записи
Просмотр 15 сообщений - с 1 по 15 (из 23 всего)
1 2
  • Для ответа в этой теме необходимо авторизоваться.