Видимо, потому что монитор HASP обнаруживал данные ключи отлично, изза чего искал проблему в 1С. Отключив сеть, в которой нет ключей HASP, после перезагрузки машины 1С завелась. Полез в гугл за. Сетевые клиентские ключи включают серию HASP HL Net красного цвета. Менеджер лицензий для 1. C в виртуальной среде мониторинг в Zabbix Хабрахабр. С 7.7 Монитор Нет Ключей' title='1С 7.7 Монитор Нет Ключей' />Во многих компаниях в качестве основной платформы автоматизации используется 1. С. Так повелось и у нас. Фиолетовая или Зеленая зеленая под 64 это ключь для сервер 1С предприятия в том случае если бд SQL т. После установки на компьютер с ключем HASP драйвер ключа HASP4Обработка предназначена для определения задействованных лицензий 1С. В случае использования только аппаратных ключей, советую использовать утилитуhttp информацию о программных ключах указанная утилита. Во многих компаниях в качестве основной платформы автоматизации используется 1С. Так повелось и у нас. Однако процесс становления платформы был произведен без должного подхода, в связи с чем сначала у нас было 5 ключей защиты на 95 лицензий, затем появилось еще 3. Перечень всех видимых ключей, а также место получение текущей лицензии можно посмотреть и непосредственно из 1СПредприятие. Достаточно запустить 1С в режиме 1СПредприятие, в меню выбрать Справка О программе. Славится небольшими системными требованиями особенно ныне устаревшая, но вполне самодостаточная версия 7. SAP, и пропитанностью COMOLE чуть более, чем полностью. Впрочем, нет повода для паники в 8. Native API, а COM. Тогда нужно запустить Монитор командой Пуск Программы1С ПредприятиеМонитор пользователей. Форум 1С администрирование, форум сервисные утилиты администрирования Utils, тема Мониторинг ключей защиты HASP. В поставке программных продуктов содержится конверт с пинкодами программной защиты либо аппаратный ключ. Однако процесс становления платформы был произведен без должного подхода, в связи с чем сначала у нас было 5 ключей защиты на 9. Ситуация дурацкая, так как каждый ключ по нормальному требует отдельных хост, а подходящих для этого серверов становилось все меньше, а маячащее увеличение количества пользователей и, следовательно, покупки новых ключей, заставило меня задуматься над альтернативным решением, позволяющим избежать лишней информационной нагрузки на наши сервера и вообще сделать систему с ключами более гибкой и, желательно, более устойчивой. Выбор системы. Система виртуализации. В качестве системы визуализации был выбран esxi 5. Выбран за неплохую поддержку переброски USB устройств и потому что кроме ESX я разбираюсь только в Hyper V, переброску устройств который не поддерживает. Для переброски USB устройств в ESX, железо гостевой системы должно быть не ниже версии 7. Тогда появится возможность добавить USB контроллер и примаппить USB устройство в гостевую систему. Еще есть момент по поводу поддержки. Официально VMware поддерживает только определенный список устройств. И он не очень то большой. Однако рядовые ключи защиты Aladdin, похоже, будут поддерживаться. Список поддерживаемых устройств есть на официальном сайте здесь. А описание требований и положений по береброске USB в гостевую систему есть также на официальном сайте, в базе знаний здесь. Есть и альтернативные способы проброски USB ключей в виртуальную среду, да и в физическую тоже. Это устройства и ПО так называемое USB over IP. Программные продукты в данном случае не очень интересно рассматривать, а вот железные в этом случае неплохо себя показывают. Самый яркий представитель, всем известный Anywhere. USB с 1. 4 ю портами. Устанавливается в стойку, имеет два интерфейса и два входа питания имеет ли реально два блока питания, я не знаю. Устройство всем хорошо, но стоит в среднем 6. Итак, после тестов и проб, платформу виртуализации выбрали и отказались от использования других продуктов. Операционная система и драйвера HASPВ качестве ОС я выбрал Debian. Да просто так. По сути в этой конфигурации можно взять любой любимый дистрибутив. Но Debian мне всегда нравится стабильностью и хорошим репозиторием. В качестве драйверов берется достаточно популярный пакет от компании Etersoft. Взять скомпилированный пакет для своего дистрибутива можно на FTP сервере компании ftp. EtersoftHASPstable. После установки пакета появляется служба haspd, которая и управляет работой ключа. Настройка и проверка. Какой то дополнительной настройки все это не требует. Ключ начинает работать практически из коробки. Для проверки работоспособности в комплекте имеется программа haspdemo. При успешной идентификации ключа и начала работы, программа выведет что то подобное в консоль This is a simple demo program for the HASP4 key. Copyright. Сообщающее, что все впорядке. Далее написано и про то, какой ключ вставлен. Однако если есть какая то проблема, то сообщение выводится покороче This is a simple demo program for the HASP4 key. Copyright. Я пока видел только два значения LOCALHASP. Это либо Result 1, либо Failed status 1. И последнее всегда соответствовало неработоспособности, а первое всегда означало, что все ОК. Документации к этому пакету я не нашел, по этому узнать какие еще есть статусы не получилось. С ключом разобрались. Надо не забывать, что в мониторе ключей ваш новоиспеченный ключ появится только тогда, когда с него будет взята хотя бы одна лицензия. Тогда aladdin monitor покажет ту информацию, которую он обычно показывает это типа ключа, количество взятых лицензий, всего лицензий, кто именно забрал лицензию и таймаут. Форсировать это достаточно просто, достаточно указать в клиентском nethasp. Но о настройке клиента чуть чуть позже. С этого момента можно считать первоначальную задачу выполненной. Теперь мы можем создать параллельно несколько виртуалок, в количестве, соответствующем количеству имеющихся физических ключей. Ресурсы такие виртуалки потребляют, естественно, копеечные. Проблемы и решения. Единая точка отказа. Первая проблема, которая создается и у всех на виду, это создание точки отказа. Если до этого ключи были распределены по различным серверам и отказ больше одного ключа практически исключен, то в данном случае отказ работы физического сервера может повлечь за собой отказ от работы всей системы 1. С, т. к. Что последует за таким инцидентом можно не рассказывать. Вариантов решения два и направлены в разном направлении. Первое решение это использование отказоустойчивой конфигурации ESX. Однако это целесообразно, если в вашей компании эта система уже развернута и уже выполнен ряд требования для поддержания работоспособности при отказе любого компонента. Другое решение более тривиальное. Мы создаем группу A записей в DNS нашей компании. Например, key. 1, key. Вносим DNS имена в nethasp. Таким образом мы получаем достаточно гибкую структуру доступа. В этом случае после обнаружения существенной проблемы с виртуальным сервером esx, можно оперативно переместить ключи на любые другие сервера, в т. Параллельно заменяем A записи на новые. В течение некоторого времени кеш на клиентах закончится и они снова смогут взять себе новую лицензию и продолжить работу. Гиу И Гту 3000 81. Ключи отваливаются. При том никакой особенной связи замечено не было. Это происходит на разные контроллерах, даже на разных хостовых системах. Когда я переносил ключи и временно разместил их в другом месте под управлением VMware Player, отваливание ключей происходило часто. Выражается это достаточно тривиально. При запросе haspdemo, появляется строка LOCALHASP. Хотя ключ вставлен и обнаруживается. Но осадочек остается и пока это не выполнить, сервер раздавать ключи не будет. Так как хочется, что бы система работала безотказно, было решено написать скрипт, который бы сам восстанавливал работу менеджера лицензий. Так, с помощью друга, был написан скрипт, который запускает haspdemo и пытается понять, нормальный ли статус возвращается или нет. Даже если в вашей системе не будет наблюдаться проблема отваливающихся портов, данный скрипт, думаю, не помешает. Проблема обнаружения ключа клиентом. И такая есть проблема. Заключается она в том, что клиент после потери ключа может не захотеть взять новый ключ. Также это проблема может выражаться и в других проявлениях. Например, если вы заменили пути к ключам в файле nethasp. Если к такой реакции быть не готовым, то проблема становится очень неприятной и начинаешь судорожно проверять работу всей системы и крыть матом 1. С ников, ибо все работает, но вот Глав. Бух или, как назло, Генеральный, войти в 1. Ску сейчас не может по непонятной причине и ты чувствуешь себя идиотом, вместо того, что бы быстро решить проблему. Однако помогало пока довольно простое решение. Необходимо очистить кеш 1. С из профиля пользователя. В свое время я находил отдельный файл, который отвечает за эту информацию, на забыл какой Ключи могут просто перестать работать. Против отказа оборудования ни кто не застрахован. И эти жалкие ключи тоже могут перестать работать. И самое важное в данном случае узнать об этом как можно раньше. Для этого мы будем использовать систему мониторинга Zabbix. Безусловно, разворачивать ее только для мониторинга за ключами бессмысленно, однако если заббикс уже стоит, то почему бы не прикрутить к нему и мониторинг за состоянием ключей. Ищем файл конфигурации установленного zabbix.