Добавление карт доступа . Доступ оклонён .

FORUM_NAME: АРМ Орион Про версии 1.20 и выше
Описание: АРМ "Орион Про" — пакет программного обеспечения для аппаратно-программного комплекса ИСО "Орион", на котором реализуются системы охранной сигнализации, контроля и управления доступом, охранного видеонаблюдения, автоматика противопожарных систем, сопряженные с инженерными системами объектов.
Справочная информация, руководства для АРМ Орион Про версии 1.20 и выше
Модератор: Модераторы

Уважаемые пользователи! В связи с отсутствием возможности оплачивать хостинг сайта и отсутствием материальной помощи от пользователей, Форум вынужден будет прекратить работу с Марта месяца 2024 года!.


Andrey S-Pb
Автор темы
Andrey S-Pb
Автор темы
Репутация: 0
Сообщения: 11
Зарегистрирован: 24.11.2019
С нами: 4 года 4 месяца
Профессия: наладка , обслуживание .
Откуда: Санкт-Петербург

Непрочитанное сообщение #1 Andrey S-Pb » 24.11.2019, 01:43

Доброго времени коллеги .

Прошу Вас разъяснить один момент .
В мануале , в основном описание с работой на одной "машине" .

Есть несколько компьютеров , с установленным Орио Про 1.20.2 .

Абд разрешено запускать на некоторых .

Для программирования карт доступа , конфиг. и ключи с приборов считанны на компе на котором стоит ядро .
На нём-же "крутиться" биометрия .
К нему подключены приборы . На нём , должно производиться программирование карт .
У админа иногда возникает необходимость , работать с картами доступа на АБД на другой машине .
Тогда надо заново считывать конфиг. и ключи ?
Дабы файлы в папке Devconf , были актуальны , на этой машине .

Если этого не сделать , получим проблемных пользователей карт ?

После каких-то действий сотрудника-администратора карт доступа , у многих пользователей карт происходит отказ в доступе .
Монитор пишет - доступ отклонён .
Приезжаем разбираться . В АБД , на вкладке пароли фамилии красным цветом . Смотрим в - подробно ,
несоответствие данных в базе с приборами , в приборах пусто .
Перечитываем конфиги с ключами , синхронизируем , и все в порядке .

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

DruG
Активный участник
Активный участник
DruG
Активный участник
Активный участник
Репутация: 140
Сообщения: 1723
Зарегистрирован: 03.03.2016
С нами: 8 лет
Профессия: безобразнорабочий

Непрочитанное сообщение #2 DruG » 24.11.2019, 06:45

Andrey S-Pb писал(а):Дабы файлы в папке Devconf , были актуальны , на этой машине .
а разве они появляются на других машинах, кроме той, где запущено ядро опроса? в 1.12.2 точно не появляются. К тому же с приборами работает только компьютер с ядром опроса, поэтому должно быть абсолютно фиолетово с какого компа идёт запись, она всё равно идёт через ядро опроса.

Для проверки, на любой другой разрешённой машине запускаете АБД, заходите в Пароли, нажимаете F9 (если в настройках не включена автоматическая проверка ключей при переходе на вкладку пароли) и для любого ключа наблюдаете надпись рядом с Подробно - если Данные не известны (но АБД честно пыталось что-то скачать), ищите того, кто блокирует соединение с компьютером (с ядром опроса), причём по определённому порту (в настройках есть список используемых портов).

Andrey S-Pb
Автор темы
Andrey S-Pb
Автор темы
Репутация: 0
Сообщения: 11
Зарегистрирован: 24.11.2019
С нами: 4 года 4 месяца
Профессия: наладка , обслуживание .
Откуда: Санкт-Петербург

Непрочитанное сообщение #3 Andrey S-Pb » 24.11.2019, 11:34

По идее -
для работы с картами доступа в АБД , необходимое условие - считанные конфиги с приборов и ключи . Это ясно .
Все манипуляции с картами доступа (добавление,удаление) и прочее , производить на той "машине" в АБД ,
на которой и производилось считывание конфигов и карт .
А именно , в нашем случае это "сервер" СКУД , к нему подключены приборы .
На нём добавляется и биометрия .
Так было указано администратору .

Так вот , администратор запускал АБД на Другой , удалённой "машине" ,
на которой - если и было проведено считывание конф. и ключей , то это было давно , и работал с картами доступа .
Скорее всего , это и приводило к рассинхрону данных , и множественным сбоям по картам доступа .

Тех поддержка пишет -
1. Единовременно чтение конфигурации необходимо делать на всех рабочих местах. В последствие , перед началом работы по занесению новых идентификаторов, необходимо нажать F5;

Так-же звонил им , говорят если попеременно работаем на разных машинах ,
то надо перечитывать конфиги перед началом работы на конкретной машине .

DruG
Активный участник
Активный участник
DruG
Активный участник
Активный участник
Репутация: 140
Сообщения: 1723
Зарегистрирован: 03.03.2016
С нами: 8 лет
Профессия: безобразнорабочий

Непрочитанное сообщение #4 DruG » 24.11.2019, 16:44

это какой-то бред сивой кобылы ;;-)))
в соседнем кабинете два УРМа (1.12.2), с которых периодически прописывают ключи - там никто и никогда не считывал конфиги, они даже не знают как это делать (если какие-то проблемы - бегут ко мне). На заводе в отделе кадров тётенька тоже никогда не считывала конфигов, но ключи исправно добавляет, кроме тех случаев, когда забывают настроить випнет и он капитально блокирует лишние соединения, АБД коннектится к серверу, но код карты при считывании не появляется (считка подключена к контроллеру, контроллер к серверу, сервер код видит), но как только настраивают - всё начинает работать без нареканий.
На другом объекте, УРМ (1.20.2) с которого ключи продлевают, там даже папки DevConf нету, но АБД показывает 100 у всех конфигураций и ключи таки продлеваются и вносятся новые.

Повторяю, с приборами может работать только компьютер с Ядром опроса, остальные УРМы лишь отправляют и получают данные через этот комп, но решает именно он. У вас же что-то блокирует нужный порт и ядро опроса не получает информации.

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

Andrey S-Pb
Автор темы
Andrey S-Pb
Автор темы
Репутация: 0
Сообщения: 11
Зарегистрирован: 24.11.2019
С нами: 4 года 4 месяца
Профессия: наладка , обслуживание .
Откуда: Санкт-Петербург

Непрочитанное сообщение #5 Andrey S-Pb » 24.11.2019, 20:18

Порты говорите ?
А работа Монитора (Оперативной задачи ) , не показатель нормальной связи ?
Не подскажите , какие порты иcпользуются ? Попробуем проверить .
Вторая линия это форум ?

DruG
Активный участник
Активный участник
DruG
Активный участник
Активный участник
Репутация: 140
Сообщения: 1723
Зарегистрирован: 03.03.2016
С нами: 8 лет
Профессия: безобразнорабочий

Непрочитанное сообщение #6 DruG » 25.11.2019, 02:57

Andrey S-Pb писал(а):А работа Монитора (Оперативной задачи ) , не показатель нормальной связи ?
неа, АБД спокойно связывается с сервером, показывает всё что может, но карты не считывает и соответственно не может показать, что творится в Подробно для каждой карты, настраивается випнет - всё работает.
в том же брэндмауере временно разрешить для всех все соединения, перезапустить орион и проверить. Ну или если антивирус какой модный, тоже самое. Это чтобы не перебирать порты, заработало - тогда уже искать тот самый порт, не заработало - думать дальше.

порты в настройках АБД расписаны, там целый пункт Настройка сетевых портов.

вторая линия это когда после объяснения проблемы, слышен треск разрывающегося шаблона и "эммм, сейчас соединю со специалистом" :-)

Andrey S-Pb
Автор темы
Andrey S-Pb
Автор темы
Репутация: 0
Сообщения: 11
Зарегистрирован: 24.11.2019
С нами: 4 года 4 месяца
Профессия: наладка , обслуживание .
Откуда: Санкт-Петербург

Непрочитанное сообщение #7 Andrey S-Pb » 25.11.2019, 08:11

Ну ладно может для нескольких вновь добавленных карт .
Но у заказчика массово "отваливаются" карты , по 300-400 .
Даже те которые два года назад были добавлены .
Выглядит всё , как если-бы включили перезапись ключей .
Какое-то время всё нормально , заказчик утверждает что случается такое раз в два три месяца .
Данных-то в приборах нет , судя по кнопке "подробно" . Перечитываем конфиги , проверяем синхронизируем по одной две карты ,
нормально . Ну и через общую синхронизацию восстанавливаем .
Пока дали рекомендацию админу , работать с компа к которому приборы подключены . К УРМу даже не подходить .
С ТП конечно беда , по телефону одно , по переписке другое .

DruG
Активный участник
Активный участник
DruG
Активный участник
Активный участник
Репутация: 140
Сообщения: 1723
Зарегистрирован: 03.03.2016
С нами: 8 лет
Профессия: безобразнорабочий

Непрочитанное сообщение #8 DruG » 25.11.2019, 08:36

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


  • Похожие темы
    Ответы
    Просмотры
    Последнее сообщение

Вернуться в «АРМ Орион Про версии 1.20 и выше»

Кто сейчас на форуме (по активности за 5 минут)

Сейчас этот раздел просматривают: 4 гостя

forum-bolid.ru : Отказ от ответственности