Тема: В контроллере слетели все карты доступа при обновлении комменданта
Срочно помошь нужна.
Переустановил еще раз коммендант. Карты доступа, которые были записаны в контроллере, теперь не читаются.
База в конфигураторе восстановлена из резервной копии. Там все организации и карты доступа есть.
Как теперь их прошить обратно в контроллер. В окне очереди на программирование сначала идет строка “очмстка”, а потом видно, что добавляет карты в контроллер. Карты доступа при поднесении к считывателю не работают. Модуль связи работает (пишет что связь установлена)). Но номера карт не считываются, если запустить процедуру “считать карту”.
Что посоветуете. Как из конфигуратора обратно вернуть карты и режимы прохода в контроллер.
SMDR5 + коммендант2
Попробуйте выключить/включить питание контроллера, подождите немного и проверьте карты на считывание.
Но есть некоторые вопросы:
1. Активность контроллера и точки доступа включены?
2. Какое кол-во карт?
Карты должны “считываться” в любом случае, вне зависимости от наличия в памяти контроллера. При считывании “не известной системе” карты - ее пароль в любом случае попадает в систему в статусе “попытка входа не зарегистрированной карты”.
Контроллеры сами по себе автономные. И смена ПО на них ну никак не может отразиться если не дать каких-либо конкретных команд.
1.Остановить модуль связи! Удалить SMDR2, сделать резервную копию, остановить сервис модуля связи
1.1. Установить коммендант, зайти в мастер инициализации баз данных- конвертировать из smdr2
2.Модуль связи - остановить
3.В кофигураторе-настройка системы- на вкладке оборудование - снять галочку -контроль связи
4.В конфигураторе в п1.1 установить галочку “включено” на контроллере и входной двери.
5.В меню инструменты - очередь программирования - удалить все команды. ЭТО ВАЖНО!
Вот п.5 - удалить все команды???
Карты должны “считываться” в любом случае, вне зависимости от наличия в памяти контроллера. При считывании “не известной системе” карты - ее пароль в любом случае попадает в систему в статусе “попытка входа не зарегистрированной карты”.
Контроллеры сами по себе автономные. И смена ПО на них ну никак не может отразиться если не дать каких-либо конкретных команд.
Попробуйте выключить/включить питание контроллера, подождите немного и проверьте карты на считывание.
Но есть некоторые вопросы:
1. Активность контроллера и точки доступа включены?
2. Какое кол-во карт?
Да, спасибо, уже ночью, плюнув на это безобразие пошли отключать контроллер, чтобы с утра люди могли зайти.
Выключили, потом включили контроллер, попробовали еще раз карты. И это чудо машина заработала. Спасибо.
Требовалось после перезагрузки контроллера его выкл/вкл.
Следующий раз попробуйте подождать время равное 3 сек. * количество карт. Карты распределяются в системе примерно с такой скоростью.
Следующий раз попробуйте подождать время равное 3 сек. * количество карт. Карты распределяются в системе примерно с такой скоростью.
Вы могли бы описать процедуру обновления комменданта?
Теперь не надо делать п.5 (см.выше)? Т.е. сначала отключить модуль связи, потом обновить коммендант, потом ???.
В мануале это не описано.
Учитывая всю ситуацию в целом (и по этой теме и по другим), если вдруг заработает, то процедура одна - не обновляйте ПО, пусть работает, либо привлекайте для подобных работ соответствующих специалистов.
Учитывая всю ситуацию в целом (и по этой теме и по другим), если вдруг заработает, то процедура одна - не обновляйте ПО, пусть работает, либо привлекайте для подобных работ соответствующих специалистов.
Золотые слова, Юрий Венедиктович... Сама система доступа работает, а вот дополнительные новшества не очень. Можно сказать у нас полигон, по подгону глюков. Конечно мы можем не пользоваться службой сообщения и не обновляться, раз такие сложности у нас.
Остается открытым вопрос почему такая ситуация исключительно только у вас .. и вообще, почему работает система доступа, в такой ситуации, она обязана “не работать”. Если сервер БД подменяет данные в таблицах, то как это он определяет какие данные к чему относятся.
Можете себе представить, что было бы, если “глюконуло” у всех клиентов сразу ... после очередного обновления? А у целого ряда пользователей к службе корпоративных сообщений подключены клиенты компаний и удаленно работающие сотрудники, случись что серьезное, телефоны службы тех.поддержки положили бы как минимум на месяц, а про форум можно было бы забыть. Но текущая ситуация несколько иная и вариантов только два, первый - у нас толком нет клиентов и вы чуть ли не единственные, и второй - софт если и “глючит”, то в не типовых случаях. Поверьте, многие компании за “полигон” для испытаний могут и “не простить”, посему мы подобное не практикуем. 😊
Как я понял, службой корпоративных сообщений мало кто пользуется из ваших клиентов?
Задумка то неплохая, в коменданте1 она у нас некорректно работала, увидел что 2 версия, решил поробовать. Стало лучше, как мне кажется, но эта непонятка с ID, то один, то другой. И ошибка добавления в список.
Говорю же уже 3 раза переустановил.
Из общего количества клиентов, этой службой пользуется почти половина, но именно в этой половине самые крупные компании, так что “юзают” эту службу по полной программе. В целом по софту, критические ошибки мы выявляем на этапе тестирования, мелкие недоработки если и пропускаем (а такое бывает, этого не исключить в софтовых разработках), то после первой же “жалобы” экстренно исправляем.
Как я понял, службой корпоративных сообщений мало кто пользуется из ваших клиентов?
Задумка то неплохая, в коменданте1 она у нас некорректно работала, увидел что 2 версия, решил поробовать. Стало лучше, как мне кажется, но эта непонятка с ID, то один, то другой. И ошибка добавления в список.
Говорю же уже 3 раза переустановил.
Ошибки добавления в список нет.
Проверено несколько раз на дистрибутиве, который выложен на сайте + ваши две резервные копии.
Никаких ошибок при добавлении в список и удалении из списка.
Почему мне подумалось, что система успешно работает на рабочей станции и ведет себя не корректно на серверных ОС. Может это как-то связано с доступом в папки, портами, подскажите, где искать?
При добавлении пользователя в список сервиса сообщений, ПК задумался, поменял зеленый цвет кружка на красный и прорамма вылетела с ошибкой. Перезапустив ее, опять зеленый.
Может что-то действительно с правами к папкам, политики безопасности?
А вот этот вопрос непосредственно к вашему системному администратору, кто у вас занимается серверной ОС т.к. вы совершенно правы в том, что разница между пользовательскими ОС и серверными ОС не то - что есть, она настолько огромная, что их даже сравнивать нельзя. Инсталяция софта на серверной ОС несколько иная т.к. требует ряда дополнительных действий в зависимости от конкретных настроек самой платформы. Обычный пользователь установить сетевое ПО да еще и с сервером баз данных на серверную платформу не может .. даже пробовать не стоит.
Вопросы остаются открытыми, так как чтобы что-то настроить на доступ, надо знать что требуется данной программе комендант. Сообщите какие порты (кроме 9876, 3306, и третий) она использует, какие права доступа должны быть у пользователей на папки где лежит база и сама программа? В какую базу пишутся данные, которая лежит непосредственно в папке, куда установлен комендант или папку, где установлен Mysql?
Если знать какие требования у программы, то настроить не проблема. Проблема, когда это не описано в мануале и приходится опытным путем решать задачи, тратить и ваше и мое время.
В серверных ОС - папка program files имеет ограничения, связанные с политикой безопасности. Может из-за этого? Есть опыт работы клиентов на серверных ОС с комендантом?
