Автор Тема: Удаленное подключение к Центру Управления  (Прочитано 39050 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Support

  • Global Moderator
  • Hero Member
  • *****
  • Сообщений: 722
    • Support
Re: Удаленное подключение к Центру Управления
« Ответ #15 : Февраля 06, 2013, 11:34:43 »
Так вот при правильной настройке ..... на удаленном 512 кбит ....

Если у Вас удаленное рабочее место работает, но возникают периодически проблемы, то канал скорее всего настроен правильно, но есть проблемы со связью.
Исходя из того что Вы написали можно догадаться, что это у Вас 3G модем. Если так, то наверняка канал асинхронный, то есть на закачку 512 кбит. А на отдачу сколько? Поинтересуйтесь пожалуйста. Вполне возможно, что меньше 32 кбит заявленных, а реальных и того меньше. Какой у Вас пинг? Какой процент потерь?  Запустите пинг с параметром "-t" на полчаса, час в момент когда у Вас возникают проблемы.

Support

  • Global Moderator
  • Hero Member
  • *****
  • Сообщений: 722
    • Support
Re: Удаленное подключение к Центру Управления
« Ответ #16 : Февраля 06, 2013, 11:46:26 »
Однако, то же интересно про настройки удаленного доп раб места для феникса gps

Феникс-GPS ничем не отличается от "Дежурного оператора", "Администратора базы данных", "Центра управления". Принцип тот же "клиент-серверный".
Подходов может быть два.
Главное это иметь статические IP-адреса сервера и клиентов.
Первый. На основном компьютере подымаете VPN сервер, а на удаленных рабочих местах создаете VPN соединение к серверу.
В настройках Феникса указываете внутренне IP-адреса Ваших компьютеров.
Второй. Проброс портов программ Феникса, через роутер или сервер интернета, а также открытие их в файрволах и брандмауре для Феникса.
В настройках Феникса указываете внешние IP-адреса Ваших компьютеров.
« Последнее редактирование: Февраля 06, 2013, 12:39:16 от Support »

zheka

  • Newbie
  • *
  • Сообщений: 13
    • Email
Re: Удаленное подключение к Центру Управления
« Ответ #17 : Февраля 13, 2013, 06:39:30 »
Какие порты нужно пробрасывать на основном пульте при работе"Дежурный оператор"?

zheka

  • Newbie
  • *
  • Сообщений: 13
    • Email
Re: Удаленное подключение к Центру Управления
« Ответ #18 : Марта 13, 2013, 14:20:10 »
При открытии портов 5050......5053 пролазят трояны, как только закрываю все ОК, антивир Касперский лицензия

zheka

  • Newbie
  • *
  • Сообщений: 13
    • Email
Re: Удаленное подключение к Центру Управления
« Ответ #19 : Апреля 01, 2013, 09:31:06 »
Прошу прощения при открытом 1433 порте. Когда закрыл все заработало.

ЕЛЕКТРОН

  • Newbie
  • *
  • Сообщений: 21
    • Email
Re: Удаленное подключение к Центру Управления
« Ответ #20 : Сентября 26, 2013, 08:29:11 »
Все выше перечисленные проблемы исчезнут и подключение станет на много проще, если использовать "удаленное подключение к рабочему столу". Но..!
Необходимо, чтобы HASP ключ имел сетевой сертификат.
Что скажет по этому поводу Support ?
г. Павлоград ЧП "РУБЕЖ-ЦЕНТР"

Support

  • Global Moderator
  • Hero Member
  • *****
  • Сообщений: 722
    • Support
Re: Удаленное подключение к Центру Управления
« Ответ #21 : Сентября 27, 2013, 11:30:33 »
Все выше перечисленные проблемы исчезнут и подключение станет на много проще, если использовать "удаленное подключение к рабочему столу". Но..!
Необходимо, чтобы HASP ключ имел сетевой сертификат.
Что скажет по этому поводу Support ?

   Добрый день. На данный момент наши HASP-ключи не поддерживают сетевые лицензии.

ratnik-teh

  • Newbie
  • *
  • Сообщений: 1
    • Email
Re: Удаленное подключение к Центру Управления
« Ответ #22 : Октября 21, 2013, 07:42:02 »
Самое простое и очевидное решение для подобной задачи я нашел в использовании программы team viewer. Теперь могу управлять пультом удаленно, фактически из любого места. Настраивается в разы проще, да и дежурным спокойнее - теперь карточки редатируются на ходу.

Вето

  • Newbie
  • *
  • Сообщений: 8
    • Email
Re: Удаленное подключение к Центру Управления
« Ответ #23 : Октября 24, 2013, 11:44:45 »
Через VPN Hamachi все работает как часы без пробросов и прочих мудростей

Support

  • Global Moderator
  • Hero Member
  • *****
  • Сообщений: 722
    • Support
Re: Удаленное подключение к Центру Управления
« Ответ #24 : Февраля 16, 2018, 15:58:26 »
Какие порты нужно пробрасывать на основном пульте при работе"Дежурный оператор"?

По умолчанию для главного "Центра управления" 5055
Для "Центра управления" 5050
"Дежурный оператор" 5051.
"Администратор базы данных" 5052.
"Феникс-GPS" 5053.
"Заявки Инженеров" 5054
"Конфигуратор" 5050

Для всех программ Феникса должен быть доступен порт SQL сервера. Он может быть статическим 1433 или динамическим. Это можно посмотреть в "Sql Server Configuration Manager". В нем же можно его изменить.



Порты программ ПО "Феникс-4" можно изменить утилитой PortSettings.exe которая лежит по пути \ProtectionAndSecurity\Phoenix4\PortSettings

« Последнее редактирование: Февраля 22, 2018, 08:02:38 от Support »

kosyak_kpol

  • Jr. Member
  • **
  • Сообщений: 52
    • "Лаборатория электроники"
    • Email
Re: Удаленное подключение к Центру Управления
« Ответ #25 : Сентября 20, 2019, 11:27:39 »
Здравствуйте, уважаемая техподдержка.

Прошу вас проинформировать об особенностях реализации механизма контроля состояния канала связи между "Центром управления" и удалённым ПО "Дежурный оператор".

Исходные условия:

1. ПО "ДО" исполняется на Windows10-ПК (далее - клиент).
2. ПО "ЦУ" исполняется на Windows7-ПК (далее - сервер). Версия ПО "Ф4" на сервере и клиенте 1.43.45.1.
3. Канал связи между сервером и клиентом: VPN-PPTP-канал (сервер на роутере - клиент на W10), через Интернет, маршрут-я - в пределах единого (для площадок сервера и клиента) городского провайдера. Пинг между клиентом и сервером стабильный (средний ~5ms, максимальный ~15ms). Процент потерь пинга - менее 0,1%.
4. В настройках ПО "ДО" клиента взведён флажок в радиокнопке: "Настройки"->"Просмотр событий"->"Проверять связь с центром управления".

Проблематика (требующая решения):

5. Периодически (от суток до недели) возникает ситуация, когда клиент начинает "сыпать" сообщениями о потере связи с "ЦУ".
6. В момент возникновения п.5, VPN-канал стабилен. Проверяется пингом постоянно.
7. Ситуация п.5 может разрешиться самопроизвольно, а может и потребовать перезапуска (операционной системы) клиента с переустановкой VPN-соединения и последующим запуском ПО "ДО".

Собственно вопросы:

= Каким механизмом проверяется доступность канала связи между сервером и клиентом?
= Каков действующие критерии (значения счётчиков "ответ\не-ответ"), по которым канал признаётся негодным с генерацией соответствующего уведомления в ПО "ДО" (событие "Нет связи с ЦУ")?
= Существует ли возможность "ослабить" политику контроля канала с целью минимизировать вероятность ложных срабатываний (см.п.5)?

P.S.

В таблице Connections Tracker роутера видно, что между клиентом и сервером на постоянной основе устанавливаются:
8. udp-канал с порта 5051 клиента - на порт 5050 сервера
9. tcp-соединение с порта 56837 (динамический) - на порт 49187 сервера
10. tcp-соединение с порта 56839 (динамический) - на порт 49187 сервера

Периодически наблюдается:
11. udp-активность по портам 5052, 5056 клиента - на порт 5050 сервера.
12. icmp-активность между клиентом и сервером.

Кто что посоветует в данной ситуации?
г. Севастополь, ООО "Лаборатория электроники", http://elab.com.ru, инж. сервисного отдела Константин Полозов.

Support

  • Global Moderator
  • Hero Member
  • *****
  • Сообщений: 722
    • Support
Re: Удаленное подключение к Центру Управления
« Ответ #26 : Сентября 20, 2019, 13:01:30 »
Исходные условия:


В исходных условия отсутствуют очень важные данные, а именно:
- сколько у вас ЦУ
- сколько источников событий в каждом ЦУ
- сколько объектов выходит на каждый источник событий
- нужны данные компьютерах где запущен MS SQL сервер, Центры управления и Дежурные операторы (как технические характеристики, так и сведения об ОС)

На контроль связи с ЦУ влияет и скорость отклика ЦУ на запрос от ДО, то есть, если ЦУ "сильно занят" - в диспетчере задач ЦУ отъедает более 35% производительности процессора, у вас то же будет событие "потеря связи с ЦУ".

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

PS. Сначал обновитесь до версии 49, может само пройдет.
« Последнее редактирование: Сентября 20, 2019, 13:11:27 от Support »

kosyak_kpol

  • Jr. Member
  • **
  • Сообщений: 52
    • "Лаборатория электроники"
    • Email
Re: Удаленное подключение к Центру Управления
« Ответ #27 : Сентября 20, 2019, 14:38:51 »
Пульт самый заурядный, начинающий, так сказать:
= кол-во ЦУ - 1ед.
= источник событий - 1ед. (открытый Интернет).
= общее кол-во объектов - менее 30шт.
= MS SQL и ЦУ "крутятся" на одном и том же компьютере (под управлением W7Pro-64bit - уже говорил об этом). Аппаратная конфигурация:

- Intel Core i3-6100/8GB озу/ SSD MLC Idnition 4/ резервный HDD/ LAN - Intel интегрированная/ чипсет B250

= клиент - на ноутбуке под управлением W10Home-64bit. Аппаратная конфигурация:

- AMD APU A6- 3GHz/ 4GB озу/ HDD 500GB/ LAN - Realtek

Загрузка процессора на сервере - около 0% - очень низкая. На клиенте - не знаю, но думаю, что справляется.

Обновляться на 49 версию пульт будет, но "попозже" - пока нет резервного железа. А проблема требует решения "щас"  ;)
Техподдержку "грузить" не очень хочется, так как проблема возникает эпизодически и сам знаю как тяжело бывает "разруливать" что-либо по "удалёнке". Короче, - всё - как обычно в нашей жизни... Но, "вопрос то, - в другом" (с) - Иван Абрамов.

Давайте, я лучше так сформулирую, а про остальное - я понял:

= канал между ЦУ и удалённым ДО тестируется ping-ом (на это недвусмысленно намекает вышеприведённый скриншот)? Просто ответьте - да или нет.
= какой интервал тестового пинга?
= какой допустимый счетчик "не-ответов" на пинг, прежде, чем ДО "заорёт" о проблеме с каналом?
= какой таймаут ожидания ответа на пинг?
= можно ли теоретически (например, с очередным апдейтом) "ослабить гайку" или реализовать адаптивный алгоритм, наподобие "любое событие считать тестом".

С уважением.

P.S. Очень не хочется отключать контроль связи с ЦУ в ДО. Я не исключаю деградации качества VPN-канала как раз в период времени возникновения проблемы. Но сбрасывать со счетов "странности" реализации алгоритма тестирования канала связи, действующего между программными модулями вашего комплекса, то же будет не правильно. Возможно, он у вас просто "заточен под локалку". Чем больше информации удастся получить от вас по этому вопросу, те легче будет разобраться в проблеме. Собственно, - к вам нет никаких претензий. Простая просьба помочь информацией.
« Последнее редактирование: Сентября 20, 2019, 14:55:34 от kosyak_kpol »
г. Севастополь, ООО "Лаборатория электроники", http://elab.com.ru, инж. сервисного отдела Константин Полозов.

kosyak_kpol

  • Jr. Member
  • **
  • Сообщений: 52
    • "Лаборатория электроники"
    • Email
Re: Удаленное подключение к Центру Управления
« Ответ #28 : Сентября 20, 2019, 15:11:00 »
И ещё вопросик (склероз).

События "Нет связи с ЦУ" и "Потеря связи с базой данных" - это разные события? Или я нафантазировал и у вас только какое-то одно (не помню точно как называется)?

Просто на "том конце верёвки" (на стороне клиента) сидят девушки-операторы. И в "это время" - не особенно вежливые. У них тогда один ответ - "ничертаниработает".

Так вот, если это - разные события, то через какой временной интервал "Дежурный оператор" генерирует окошко "потеряна связь с БД" после разваливания канала? Извините за сумбурный вопрос, - смоделировать эту ситуацию я не могу.
г. Севастополь, ООО "Лаборатория электроники", http://elab.com.ru, инж. сервисного отдела Константин Полозов.

Support

  • Global Moderator
  • Hero Member
  • *****
  • Сообщений: 722
    • Support
Re: Удаленное подключение к Центру Управления
« Ответ #29 : Сентября 23, 2019, 10:31:49 »

События "Нет связи с ЦУ" и "Потеря связи с базой данных" - это разные события?

"Нет связи с ЦУ" ... В вашей ситуации надо разбираться более детально.
Дежурный оператор по внутреннему таймеру опрашивает ЦУ раз в 30 секунд. То есть может быть, что событие о потере связи может быть сгенерировано и через 1 секунду и через 29 секунд после пропадания связи, а может и при стабильном пинге при потере пакета запроса.
После отправки пакета ждем ответа целых 5 секунд.

"Потеря связи с базой данных" ... Это действительно разные события.
Потеря связи с базой может быть и у ЦУ и у ДО и у АБД.
Быстрее всех потеря связи с базой проявляется в "Центре управления", так как он осуществляет огромный обмен самыми разными данными с сервером базы данных. Счет идет на миллисекунды.
Чуть позже может отреагировать "Дежурный оператор", но и тут счет идет от миллисекунд до нескольких секунд.
"Администратор базы данных" может сообщить о потере связи с базой, только при переключении вкладок и информационных окон.