Использовать аппаратную лицензию ключ защиты в настройках клиента 1с

Обновлено: 05.07.2024

1С. Получение лицензий с другого сервера. Подключение к серверу лицензирования

Дано: сервер, на котором активированы лицензии 1С (или планируется устанавливать лицензии на нем и использовать его в качестве сервера лицензирования), а также имеются сервера, где установлены 1С кластеры, которым требуются лицензии.
Задача: распределение 1С лицензий по разным серверам (кластерам). Например, если на сервере лицензирования активирована одна лицензия на 50 пользователей, то нужно, чтобы этими лицензиями могли пользоваться различные 1С серверы/кластеры.

Помните, что для каждого кластера потребуется серверная лицензия (может быть активирована также на сервере лицензирования), т.е. сколько кластеров, столько и серверных лицензий.
Сам сервер лицензирования лицензии не требует.

В данной статье и в видео будут следующие условные наименования серверов:
Сервер лицензирования - SRV-DB1
Сервер 1С (с установленным кластером) - SRV-NODE-B

Содержание статьи:

В рабочие серверы добавляем сервер лицензирования ( SRV-DB1 ).
В блоке рабочего сервера SRV-DB1 добавляем две функциональности в требования назначения функциональности.
В блоке рабочего сервера SRV-NODE-B добавляем две функциональности в требования назначения функциональности.
На локальном кластере делаем полное применение требований функциональности.
Перезагружаем службу 1С.

Посмотреть, как это делалось, можно в следующем видео-ролике:

Подробное описание:
(все действия выполняем в локальном кластере на 1С-сервере ( SRV-NODE-B )) :
1) В рабочие серверы добавляем сервер лицензирования ( SRV-DB1 ):

В итоге будет два рабочих сервера SRV-NODE-B и SRV-DB1 :

2) В блоке рабочего сервера (сервера лицензирования) SRV-DB1 добавляем две функциональности в требования назначения функциональности.

Функциональности должны быть именно в указанной последовательности.
Добавляем сначала:
Любой объект требования (Для всех) - Не назначать

Затем:
Сервис лицензирования - Назначать

В таком случае они "встанут" в нужной последовательности, иначе придется менять приоритет.
Этим мы говорим, что этот сервер готов выдавать лицензии и будет отклонять любые другие запросы.

3) В блоке рабочего сервера кластера SRV-NODE-B также добавляем две функциональности в требования назначения функциональности.

Функциональности должны быть именно в указанной последовательности.
Добавляем сначала:
Сервис лицензирования - Не назначать

Затем:
Клиентское соединение с ИБ - Назначать

Этим мы говорим, что этот сервер готов отвечать на клиентские вызовы, но лицензии он не содержит.

4) На локальном кластере делаем полное применение требований функциональности.

5) Перезагружаем службу 1С.

Также нужно не забыть про настройки локального FireWall - на сервере 1С ( SRV-NODE-B ) разрешить входящие-исходящие соединения для сервера лицензирования ( SRV-DB1 ).

Как мы делали сервер лицензирования?
Первоначально у нас был один виртуальный сервер, на котором был установлен 1С кластер. На нем были активированы программная серверная лицензия и программная лицензия на 50 пользователей (соответственно в кластере в информационной базе было указано, чтобы клиентские лицензии выдавались с сервера).
Затем понадобился перенос сервера на другую физическую площадку и было также решено выделить под кластер более производительную виртуальную машину. Поэтому существующий сервер оставили в качестве сервера лицензирования, и создали новый виртуальный сервер под 1С кластер.
Как из обычного сервера сделать сервер лицензирования? Если на нем не будут подключаться информационные базы и он будет использоваться только для лицензий, то в дополнению к вышеуказанным инструкциям нужно сделать только одно действие: удалить локальный кластер на сервере лицензирования (не саму программную серверную компоненту 1С, а именно локальный кластер в оснастке кластера, чтобы в списке кластеров было пусто - это видно на скриншотах и видеоролике, что на сервере лицензирования нет кластеров):

Если это сделать, то сервер лицензирования не будет "отъедать" серверную лицензию (т.е. ему самому вообще никаких лицензий не нужно, он только их хранит для других серверов).

Как активировать лицензию в случае сервера лицензирования?
Для этого на клиенте в любой базе (хоть локальной) зайти в конфигуратор, перейти на интерфейс ввода лицензии, нажать Дополнительно и ввести адрес сервера лицензирования.

Активация ключа на сервере:

В этом случае активация произойдет на сервере лицензирования.
После можно проверить, появился ли файл лицензии в папке на сервере (рекомендуется записать, что за файл - эта информация может понадобиться при восстановлении лицензии - см. статью Восстановление по пин-коду).

Привязка выполняется к следующим параметрам ключа защиты HASP:

серия ключа ;
тип ключа;
уникальный идентификатор ключа ID.

Как выполнить привязку программной лицензии к ключу HASP

Запустите стандартную процедуру получения лицензии. Укажите регистрационный номер комплекта 1С и пинкод.

Далее заполняете все поля точно также, как и при стандартном способе получении программной лицензии в соответствии с мастером получения лицензии.
На следующем шаге после заполнения сведений о владельце лицензии в новых версиях платформы 1С:Предприятие 8.3 появляется окно выбора варианта привязки программной лицензии, в котором можно указать, к чему привязать лицензию: к параметрам компьютера или аппаратному ключу.

В окно диалога выводятся параметры компьютера и доступных аппаратных ключей, к которым можно привязать программную лицензию.
Следует выбрать объект для привязки лицензии (в нашем примере мы выбрали локальный однопользовательский ключ "На 1 пользователей 9224829767").

Откроется окно подтверждения к какому ключу и предупреждением "Запуск и использование 1С:Предприятия будет возможно только при наличии в компьютере этого экземпляра аппаратного ключа защиты или при доступности с компьютера этого экземпляра аппаратного ключа защиты в локальной сети. Удаление ключа из компьютера и недоступность его в локальной сети приведет к невозможности запуска 1С:Предприятия. Замена аппаратного аппаратного ключа защиты потребует повторного получения лицензии с использованием дополнительного пинкода".

После этого осуществляются формирование и выдача лицензии.

При возможности выбора мы рекомендуем осуществлять привязку лицензии к локальному ключу HASP, т.к. при привязке к ключу по сети, который доступен с помощью менеджера лицензий, требуется наличие хотя бы одной свободной лицензии на данном ключе. Подробнее см.ниже "Особенности использования привязки программной лицензии 1С к аппаратному ключу".

Если это первичное получение, то перед выдачей лицензии в Центре лицензирования 1С проверяются только регистрационный номер комплекта 1С и валидность пинкода.

Если это восстановление лицензии, то перед выдачей лицензии в Центре лицензирования 1С дополнительно проверяется, что в запросе на получение лицензии пользователь указал точно такие же сведения о владельце лицензии, какие были указаны при первичном получении лицензии.

Если исходные данные введены корректно, то система получает данные лицензии из Центра лицензирования 1С и записывает их на компьютер в виде файла с расширением lic.

Вы можете приобрести клиентские и серверные лицензии 1С:Предприятие 8.* напрямую в нашей компании даже если территориально находитесь в другом регионе РФ, т.к. мы можем обеспечить максимально быструю отгрузку электронных лицензий 1С в любую точку нашей огромной страны - пинкоды для регистрации и активации лицензий высылаем на емайл в течение двух часов после оплаты (в рабочие дни с 10.00 до 18.00 по МСК). Прямая регистрация в личном кабинете официального портала 1С. Гарантия 100% лицензионности!
Клиентские лицензии 1С:Предприятие 8
Лицензии на сервер 1С:Предприятие 8

NETHASP.INI

Файл nethasp.ini служит для настройки параметров поиска клиентских лицензий 1С:Предприятие 8, которые выдает HASP License Manager с многопользовательских аппаратных ключей защиты HASP.
Всего существует три серии многопользовательских клиентских ключей системы 1С:Предприятие:

ORGL8 - клиентские ключи на 5, 10, 20, 50 и 100 рабочих мест,
ORG8A - клиентский ключ на 300 рабочих мест;
ORG8B - клиентский ключ на 500 рабочих мест.

Файл nethasp.ini располагается на машине, с которой осуществляется поиск ключей и содержит инструкции для поиска. Данные инструкции применяются клиентским приложением 1С:Предприятия, сервером 1С:Предприятия и модулем веб-сервера, но в последних двух случаях процесс имеет свои особенности - сервер 1С:Предприятия (или веб-сервер для файловой информационной базы) по сети может подключиться только к одному многопользовательскому ключу одной серии.
Подробнее Особенности получения клиентских лицензий через сервер 1С:Предприятие при использовании нескольких аппаратных ключей защиты типа HASP .

Файл nethasp.ini содержит четыре секции:

В каждой секции можно использовать параметры, специфические для данной секции или общие для всех секций. Указание общего для всех секций параметра в секции для одного из трех протоколов обладает большим приоритетом, чем настройка в секции [NH_COMMON] (по отношению к этому протоколу).
Для определения дополнительных настроек конкретного протокола следует использовать параметры, специфические именно для конкретной секции.
В конфигурационном файле nethasp.ini могут присутствовать комментарии. Признаком комментария является символ «;» (точка с запятой). Комментарий начинается с символа «;» и продолжается до конца строки, т.е. в файле начиная с символа «;» и до конца строки все команды являются закомментированными и не обрабатывается. Последняя строка в файле nethasp.ini не обрабатывается. Если в последней строке указан какой-то параметр, который должен быть применен, то в последней строке добавьте комментарий или хотя бы сделайте перенос на следующую строку. Регистр букв в именах параметров не имеет значения (за исключением некоторых настроек для MacOS).

Описание параметров, которые могут применяться в файле nethasp.ini

Параметр отвечает за использование протокола IPX для связи с HASP License Manager.
Возможные значения:
Параметр отвечает за использование протокола NetBIOS для связи с HASP License Manager.
Возможные значения:

Enabled (использовать),
Disabled (не использовать).

Параметр отвечает за использование протокола TCP/IP для связи с HASP License Manager.
Возможные значения:

Enabled (использовать),
Disabled (не использовать).

Enabled (использовать),
Disabled (не использовать).

Enabled (использовать),
Disabled (не использовать).

2F_NEW - протокол IPX будет использовать прерывание 2fH.
7A_OLD - протокол IPX будет использовать прерывание 7Ah.

Localnet
Internet

TCP,
UDP.

Enabled (использовать),
Disabled (не использовать).

При установке 1С:Предприятие в каталог conf установочного каталога системы 1С:Предприятие (C:\Program Files\1cv8\conf) копируется образец файла nethasp.ini, который практически полностью состоит из закомментированных строк и никак не переопределяет значений параметров по умолчанию, но при этом он содержит наиболее полный список параметров, которые могут использоваться для настройки работы с HASP License Manager.

Примеры файла nethasp.ini:

IP-адреса и имена даны для примера. При настройке своих конфигурационных файлов следует указывать реальные IP адреса машин и заданные вами имена менеджеров лицензий. В сети используются два многопользовательских ключа, каждый из которых установлен в отдельную машину с IP 168.192.1.41 и 168.192.1.54, на которых установлены HASP License Manager с именами LM1 и LM2 соответственно. -------------------- nethasp.ini ------------------------------
[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 168.192.1.41, 168.192.1.54
NH_SERVER_NAME = LM1, LM2 Обратите внимание, что параметры "NH_SERVER_ADDR" и "NH_SERVER_NAME" должны соответствовать друг другу, т.е. на машине с адресом 168.192.1.41 должен быть запущен менеджер с именем LM1, а на машине с адресом 168.192.1.54 с именем LM2. При этом LM1 и LM2 - это имена менеджера лицензий, который задается с помощью параметра NHS_SERVERNAMES в конфигурационном файле nhsrv.ini на машине с HASP LM. Один сервер защиты HASP License Manager с ключом HASP находится в сети по адресу 192.168.0.12, используется сетевой порт 475, используется протокол TCP/IP, протоколы IPX и NetBIOS заблокированы, для работы используются TCP-пакеты и запрещен широковещательный механизм Broadcast TCP/IP. NH_NETBIOS=Disabled
NH_TCPIP=Enabled
[NH_TCPIP]
NH_SERVER_ADDR=192.168.0.12
NH_PORT_NUMBER=475
NH_TCPIP_METHOD=TCP
NH_USE_BROADCAST=Disabled
---------------------------------------------------------------- Когда наоборот необходимо клиенту, серверу 1С:Предприятия или модулю веб-сервера полностью запретить поиск клиентских ключей по сети (например, чтобы клиенты, имеющие доступ к информационной базе через веб-сервер, гарантированно не могли занять лицензии с других аппаратных ключей, используемых в той же локальной сети). [NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Disabled

Конфигурационный файл nethasp.ini может располагаться в различных местах файловой системы. Также следует учитывать, что его наличие не является обязательным. При этом определен порядок поиска этого файла в различных каталогах. Такой порядок поиска конфигурационного файла nethasp.ini позволяет:

Формировать единый конфигурационный файл nethasp.ini для всех версий и компонент платформы 1С:Предприятие 8.*, установленных на компьютере. Для этого файл nethasp.ini должен располагаться только в каталоге conf корневого каталога установки.
Формировать конфигурационные файлы nethasp.ini отдельно для каждой версии платформы 1С:Предприятие 8.*, установленной на компьютере. Для этого конфигурационные файлы должны располагаться только в каталоге bin\conf конкретной версии платформы.
Формировать различные конфигурационные файлы nethasp.ini для разных компонентов (например, для клиентского приложения и сервера "1С:Предприятия 8.*", функционирующего под другим пользователем системы) любой версии, работающих на компьютере. Для этого конфигурационные файлы должны располагаться в каталогах конфигурационных файлов, которые доступны для всех пользователей компьютера (перечень таких каталогов зависит от используемой операционной системы и варианта установки системы "1С:Предприятие").
Использовать комбинации перечисленных способов для различных конфигурационных файлов.

Для ОС Windows
В ОС Windows файлы могут располагаться в следующих местах (в порядке поиска):

32-разрядная система в 64-разрядной ОС: %PROGRAMFILES(x86)%\1cv8\A.B.C.D\bin\conf.
В остальных случаях: %PROGRAMFILES%\1cv8\<8.3.**.****>\bin\conf.

32-разрядная система в 32-разрядной ОС: %LOCALAPPDATA%\Programs\1cv8\<8.3.**.****>\bin\conf.
32-разрядная система в 64-разрядной ОС: %LOCALAPPDATA%\Programs\1cv8_x86\<8.3.**.****>\bin\conf.
64-разрядная система в 64-разрядной ОС: %LOCALAPPDATA%\Programs\1cv8_x64\<8.3.**.****>\bin\conf.

Каталог conf установленной версии, например: /opt/1cv8/<8.3.**.****>/conf.
Каталог conf корневого каталога установки: /opt/1cv8/conf.
Каталог

NHSRV.INI

Файл nhsrv.ini служит для настройки параметров выдачи лицензий HASP License Manager и должен располагаться на той машине, на которой установлен HASP License Manager и многопользовательский ключ HASP.

Описание параметров, которые могут применяться в файле nhsrv.ini

Файл nhsrv.ini также может содержать четыре секции:

[NHS_SERVER] - секция, в которой указываются глобальные настройки HASP LM для всех разделов конфигурационного файла nhsrv.ini.
[NHS_IP] - для настроек протокола IP;
[NHS_IPX] - для настроек протокола IPX;
[NHS_NETBIOS] - для настроек протокола NetBIOS.

Параметр определяет диапазон сетевых станций, обслуживаемых HASP LM.

последний параметр в IP может быть диапазоном (например, 10-120);
последние параметры в IP могут быть заменены звездочкой, но не в середине (например, можно 192.168.*.*, но нельзя 192.168.*.25);
дополнительная маска может быть задана как 192.168.0.0/52.

Пример: NHS_IP_LIMIT=192.168.0.11, 192.168.0.*, 192.168.0.1-32, 192.168.0.0/52 Параметр определяет IP-адрес одной или более сетевых карт, которые будут обслуживать HASP License Manager. Применяется при использовании HASP License Manager с Win32.
Возможные значения: <ipAddrSubMask>,<ipAddrSubMask>. Параметр задает максимальное количество пользователей, одновременно подключенных к HASP License Manager.
Значение по умолчанию: 250.
Изменять значение параметра следует только при использовании аппаратных ключей 1С:Предприятие 8.* на 300 и 500 рабочих мест. Параметр отвечает за использование протокола UPD.
Возможные значения:
Пример: NHS_USE_UDP=Enabled (на данный момент не поддерживается) Параметр отвечает за использование протокола TCP.
Возможные значения:

Enabled (использовать),
Disabled (не использовать).

Параметр отвечает за использование протокола NetBIOS.
Возможные значения:

Enabled (использовать),
Disabled (не использовать).

Если Вы уверены, что протокол NetBIOS для работы менеджера лицензий не требуется, то рекомендуется отключить.
Значение по умолчанию: Enabled. Файл nhsrv.ini с настройками по умолчанию устанавливается в каталог загрузочных модулей менеджера лицензий, обычно "C:\Program Files\Aladdin\HASP LM". При запуске менеджер лицензий HASP License Manager выполняет попытку найти и прочитать файл nhsrv.ini. Поиск файла nhsrv.ini осуществляется в следующей последовательности:

Для ОС Windows

каталог, откуда запущен загрузочный модуль менеджера лицензий (nhsrvw32.exe);
текущий каталог Windows;
32-битный системный каталог Windows, например, для Windows XP - C:\WINDOWS\system32;
битный системный каталог Windows, например, для Windows XP - C:\WINDOWS\system;
маршруты, перечисленные в переменной path окружения.

Для упрощения настройки менеджера лицензий HASP License Manager рекомендуется обеспечить, чтобы на компьютере менеджера лицензий была установлена единственная копия файла nhsrv.ini и она была размещена в каталоге, из которого запускается менеджер лицензий.

"C:\Program Files\Aladdin\HASP LM" для 32-разрядного Windows
"C:\Program Files (x86)\Aladdin\HASP LM" для 64-разрядного Windows.

Для ОС Linux и MacOS название конфигурационного файла и местоположение по умолчанию не определено. Имя конфигурационного файла и путь до него указывается при помощи параметра «-c», например: ./hasplm -c /etc/nhsrv.ini

Особые случаи и рекомендации

Обратите внимание, что менеджер лицензий HASP License Manager умеет работать только с многопользовательскими аппаратными ключами на платформу 1С:Предприятие 8.* типа HASP серии ORGL8 (красные ключи на 5, 10, 20, 50 и 100 рабочих мест), ORG8A (клиентский ключ на 300 рабочих мест) и ORG8B (ключ на 500 рабочих мест).
Таким образом менеджер лицензий:

- не работает с программными лицензиями;
- не работает с лицензиями или ключами системы защиты отраслевых конфигураций;
- не работает с ключами на сервер 1С:Предприятие 8.* серий ENSR8 или EN8SA;
- не работает с однопользовательскими фиолетовыми ключами серии ORGL8.

т.е. никакие настройки файлов nethasp.ini или nhsrv.ini не могут повлиять на поиск и раздачу программных лицензий, ключей на сервер 1С:Предприятия 8.* или однопользовательских ключей.

После этого имена менеджеров необходимо указать в nethasp.ini на клиентских машинах.

Обратите внимание, что параметры "NH_SERVER_ADDR" и "NH_SERVER_NAME" должны соответствовать друг другу в порядке указания, т.е. на машине с адресом 168.192.1.41 должен быть запущен менеджер с именем LM1, на машине с адресом 168.192.1.54 с именем LM2, а на машине с адресом 168.192.1.59 с именем LM3 (для ОС Linux имеет значение регистр).

При этом на клиентских машинах в nethasp.ini необходимо будет заблокировать BROADCAST и разрешить только протокол TCP/IP.

Опять же не забываем заблокировать BROADCAST и разрешить TCP/IP в nethasp.ini.

Вы можете выполнить замену USB-ключей на программные лицензии или объединить несколько USB-ключей в один через отдел продаж нашей компании даже если продукты ранее приобретались вами в другой организации.
Подробные условия и стоимость обмена описаны в статье: Апгрейд (обмен) дополнительных клиентских лицензий программных продуктов системы 1С:Предприятие 8.

Чтобы через сервер могло быть получено более чем 1800 клиентских лицензий необходимо:

- определить кластер серверов 1С:Предприятия на 2 и более компьютерах;
- на каждом из компьютеров (кроме первого) запустить дополнительный менеджер кластера;
- сервис сеансовых данных назначить нескольким менеджерам на разных компьютерах;
- при использовании локальных ключей установить локальные ключи в каждый из компьютеров менеджеров, на которые назначен сервис сеансовых данных;
- при использовании сетевых ключей на компьютерах менеджеров, на которые назначен сервис сеансовых данных, определить nethasp.ini с указанием разных менеджеров лицензий.

Параметры конфигурационного файла nethasp.ini на Сервер 1:
-------------------- nethasp.ini ----------------------------
[NH_COMMON]
NH_IPX=Disabled
NH_NETBIOS=Disabled
NH_TCPIP=Enabled
[NH_TCPIP]
NH_SERVER_ADDR=192.168.0.14 ; Адрес компьютера №1 с менеджером лицензий
NH_USE_BROADCAST=Disabled
---------------------------------------------------------------

Параметры конфигурационного файла nethasp.ini на Сервер 2:
-------------------- nethasp.ini ----------------------------
[NH_COMMON]
NH_IPX=Disabled
NH_NETBIOS=Disabled
NH_TCPIP=Enabled
[NH_TCPIP]
NH_SERVER_ADDR=192.168.0.36 ; Адрес компьютера №2 с менеджером лицензий
NH_USE_BROADCAST=Disabled
---------------------------------------------------------------

В этом случае кластер серверов 1С:Предприятия будет равномерно распределять клиентские сеансы между менеджерами, что позволит обеспечить доступность через сервер произвольного количества клиентских лицензий.

Казалось бы, что для этого будет достаточно настроить 1С на работу через TCP-пакеты с помощью параметров файлов nethasp.ini и nhsrv.ini:

А с помощью параметров nhsrv.ini отключить прослушивание UDP-протокола, оставив только TCP:

Однако продукты 1C:Предприятие 8.x работают только по UDP и данный вариант настроек с 1С работать не будет, но при большой необходимости ее все же можно заставить использовать TCP неявно.
Для этого, помимо того, что описано выше, необходимо разрешить в свойствах протокола TCP/IP (Properties - Advanced - WINS) поддержку NetBios over TCP/IP на рабочих станциях и на машине, где установлен ключ, а конфигурационный файл nethasp.ini необходимо настроить следующим образом:

Значение параметра NH_USELANANUM можно взять из лога HASP License Manager - там указывается, какие каналы менеджер лицензий "слушает" по NetBIOS. Если в логах номеров несколько, то переберите их по очереди, пока 1С не запустится. При такой настройке 1С в качестве транспорта по-прежнему будет использовать TCP/IP, но работать с ним будет через интерфейс NetBios. Причем при передаче пакетов будет использоваться именно TCP-механизм, в силу особенностей реализации NetBios over TCP/IP.

Если данная статья была для Вас полезной, то Вы можете поддержать авторов нашего сайта, оставив свой отзыв. Если у Вас установлен Яндекс.Браузер, то в правом верхнем углу браузера нажмите на кнопку отзывов.

Сталкивался ли кто-нибудь с такой проблемой?
Сначала опишу топологию нашей системы работы с 1С и ключами:
У нас имеется 7 аппаратных usb ключей защиты hasp. 5 ключей на 20х, 1 ключ на 10х, 1 ключ на 50х. Все они установлены на разных компьютерах в сети, также на каждом их них установлен Менеджер лицензий, который их раздает. В Алладин-мониторе все эти ключи видно, все ок.

Имеются базы 1С (много, около 50), расположенные на разных серверах приложений (всего 4 сервера приложений). В настройках всех баз свойство "Разрешить выдачу лицензий сервером 1с предприятия" установлено в "НЕТ".
При такой схеме, согласно документации, на одном компьютере можно открывать неограниченное количество сеансов 1С (одной базы либо разных, не имеет значения), и все они будут занимать РОВНО ОДНУ лицензию с одного ключа.
На компьютерах пользователей в nethasp.ini в параметре NH_SERVER_ADDR = прописаны адреса всех машин, где установлены ключи (через запятую).
Флаг "Использовать аппаратную лицензию (ключ защиты)" в настройках запуска клиентов установлен.

Пользователи в работе могут открывать как несколько сеансов одной базы, так и несколько сеансов разных баз, это нужно для работы, т.к. в одном сеансе может идти какая-то загрузка, в другом они смотрят в это время отчеты, вводят документы. То есть чаще все работают именно с 2-3 базами, нежели с одной или одним сеансом. Это важно, т.к. именно в этом случае у нас проявляется проблема, описанная ниже.

Теперь конкретно о проблеме:
Столкнулись вдруг с нехваткой лицензий. А количество сочетаний "пользователь+компьютер" у нас гарантированно меньше суммарного кол-ва лицензий (10 + 20*5 + 50 = 160 лицензий).
Стали разбираться и выяснили, что у нас очень много случаев, когда несколько 1С, будучи запущенных на одной машине (именно локально, про терминальные сеансы речи не идет), занимают БОЛЕЕ ОДНОЙ ЛИЦЕНЗИИ с одного либо нескольких ключей, чего при наших настройках и видах ключей быть не должно. Напомню, ключи аппаратные, раздача ключей сервером запрещена.

Также у нас есть терминальные сервера, через которые пользователи тоже работают с 1с. Но в этом случае, если человек открыл 1 сеанс 1С локально и 1 сеанс на терминале занимается 2 лицензии, тут вопросов нет.

Примеры скринов с алладина во вложении. Там видно, что в моменте один адрес (192.168.8.103) занимает либо 2 лицензии (скрин 1) с одного ключа, либо 2 лицензии с разных ключей (скрин 2 и 3). При этом на этой машине просто запускались последовательно два раза 2 базы 1с, в разном порядке.

Читайте также: