ведьм. Но хочу для себя прояснить логику работы сетевых HASP ключей.
Был и есть в сети файловый сервер на базе BSD, где лежала файловая база 1С и настроен агент лицензирования ключей. Пользователи подключались к этой базе, а также получали сетевую лицензию на запуск своих клиентов. И все было почти хорошо.
Когда надоело всем ждать по 10 минут запуска базы, было решение перейти на клиент-серверную архитектуру. Подняли сервер 1С и сервер БД на базе Ubuntu (две виртуалки на proxmox). Потом захотели большего и пошли дальше, подняли на сервере 1С еще и апач, для публикации единственной базы в вэб-доступ для яблочного пользователя.
И тут началось непонимание.
Перенесли HASP с железной BSD-машины на виртульную 1С (пробросом через proxmox по порту - HASP 2.17 (1-1.3)). Драйвер и/или служба от EthetSoft работает, но сам ключ по виден. Поэтому лицензии не прилетают. Нет возможности подключиться ни к рабочей базе, ни к демо на свежеустановленной машине. Разрешили (!) выдачу лицензий на сервере для конкретной базы. И все заработало. И вэб, и база с сервера через тонкий/конфигуратор. Спрашивается, а зачем так? Неужели разработчики так задумали, что сервер "съедает" сетевой ключ и если в сети есть пользователь/студент/стажер с файловой базой, то ему не жить без (Mimo-UniDll_v4) или покупки еще одного сетевого ключа? Растолкуйте, пожалуйста логику работы лицензирования.
Покопайтесь в настройках клиентов, там стоит исп аппаратную лицензию?
Если у вас клиент-сервер, то перейдите наконец на программную лицензию, сделайте выделенный сервер лицензирования и забудьте про HASP.
При запуске появляется диалоговое окно, в котором я отказываюсь от аппаратной лицензии. Если ключик вставляю в старый BSD сервер, то все клиенты подхватывают сетевой ключ и ничего не спрашивают.
Это к тратам? Верно? Мы же юзаем то ли баг, то ли фичу. Бесплатного сервера на Линукс хватает для пятерых пользователей.
Там же кроме трат ещё и головная боль с переактивацией, если захотим больше памяти откусить для 1С сервера на виртуалке.
1. Проблемы с переактивацией слишком преувеличены, делается легко, сейчас можно даже через ring запросить резервный ключ 2. Увеличение памяти не ведет к потере лицензии 3. Отдельный сервер лицензирования требует минимум ресурсов, может обслуживать разные кластера 1с и может быть легко закреплен за одним типом железа 4. Плюсов гораздо больше, чем минусов в большинстве сценариев 5. Можно вынести серверные лицензии отдельно, если железо на ВМ с 1с часто меняется
Обсуждают сегодня