Менеджер лицензий 1С изнутри: как клиент находит ключ и куда уходят лицензии
Содержание
Менеджер лицензий 1С — это служба HASP Loader (процесс hasplms.exe), которая держит у себя сетевой аппаратный ключ и раздаёт из него лицензии клиентам по порту 475 (UDP и TCP). Клиент 1С находит менеджер по сети, берёт одну лицензию на компьютер и возвращает её при выходе. Программные лицензии работают иначе: менеджер им не нужен, они лежат файлами .lic на компьютере или на сервере 1С.
Отсюда главное правило настройки. Если у вас USB-ключ с надписью NET — нужен менеджер лицензий, открытый порт и файл nethasp.ini у клиентов. Если комплект с ПИН-кодами — нужна активация, а менеджер можно вообще не ставить.
Из чего состоит система лицензирования 1С:Предприятия
Платформа 8.3 понимает два вида защиты. Они могут работать в одной сети одновременно, и клиент сам выбирает, откуда взять лицензию.
| Вид защиты | Что это физически | Нужен ли менеджер лицензий |
|---|---|---|
| Локальный аппаратный ключ | USB-ключ HASP, вставлен в компьютер пользователя | Нет, нужен только драйвер ключа |
| Сетевой аппаратный ключ (NET) | USB-ключ на 5, 10, 20, 50 и более пользователей | Да, на компьютере с ключом |
| Ключ сервера | USB-ключ для сервера 1С (отдельно 32- и 64-разрядный) | Нет, ключ читает сам сервер 1С |
| Программная лицензия | Файл .lic, получен активацией ПИН-кода | Нет |
Лицензии делятся ещё и по назначению:
- 💻 клиентские — дают право запустить клиентское приложение 1С на одном рабочем месте;
- 🖥 серверные — разрешают работу кластера серверов 1С:Предприятия;
- 🧩 лицензии на конфигурации — встречаются у отраслевых решений с собственной защитой, к платформе отношения не имеют.
Без клиентской лицензии платформа базу не запускает. Исключение — учебная версия, у неё свои ограничения.
Драйвер ключа и менеджер — разные программы
Это частая путаница. Драйвер (Sentinel HASP/LDK Run-time, устанавливается из дистрибутива платформы или отдельно) нужен на любом компьютере, куда физически вставлен ключ. Менеджер лицензий ставится только туда, где стоит сетевой ключ, и только он раздаёт лицензии по сети.
На компьютере с NET-ключом нужны обе программы. На рабочих местах пользователей — ни одна из них.
Как сетевой менеджер лицензий раздаёт ключ
Схема простая, и её полезно держать в голове при поиске неисправностей:
- Пользователь запускает 1С. Клиент читает файл
nethasp.ini— там указано, где искать менеджер. - Клиент отправляет запрос на порт
475. Если адрес не задан, он рассылает широковещательный запрос по всей подсети и ждёт ответа. - Менеджер находит у себя ключ подходящей серии и проверяет, есть ли свободное место.
- Лицензия занимается за компьютером клиента. Второй, третий сеанс с того же компьютера новую лицензию не забирают.
- Клиент периодически подтверждает, что жив. При выходе из 1С лицензия возвращается в ключ.
Каждый сеанс на терминальном сервере считается отдельным рабочим местом. Десять пользователей по RDP на одном сервере займут десять лицензий, хотя компьютер один.
Сколько ключей можно повесить на один менеджер
Несколько NET-ключей разной ёмкости на одном компьютере работают и суммируются: NET5 и NET10 дадут 15 рабочих мест. Два ключа одной серии на одном компьютере не работают — менеджер увидит только один. Второй такой ключ переносят на другой компьютер со своим менеджером лицензий.
Где лежит nethasp.ini и что в нём писать
Файл лежит в папке conf установленной платформы, например C:\Program Files\1cv8\conf\nethasp.ini. Без настроек клиент ищет менеджер широковещательно, это медленно и через маршрутизатор не работает
. Пропишите адрес явно:
[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.10
NH_PORT_NUMBER = 475
NH_TCPIP_METHOD = UDP
NH_USE_BROADCAST = Disabled
Здесь 192.168.1.10 — адрес компьютера с NET-ключом. Если менеджеров два, перечислите адреса через запятую. Файл одинаков для всех рабочих мест, его удобно раскладывать групповой политикой или скриптом входа.
Программные лицензии: активация и где они хранятся
Программная лицензия — это файл, привязанный к параметрам конкретного компьютера: имени, сетевым адаптерам, дискам, процессору. Получают его активацией ПИН-кода из комплекта поставки.
Порядок активации
- Запустите 1С на том компьютере, где будет жить лицензия. Если лицензии нет, платформа сама предложит получить её.
- Выберите способ: через интернет (самый быстрый), файлом или по телефону — последние два для компьютеров без выхода в сеть.
- Введите регистрационный номер комплекта и ПИН-код из конверта.
- Заполните сведения о владельце. Записывайте их точно так же, как при первой активации — при повторной активации их сверяют.
- Платформа сохранит файл лицензии и сразу начнёт его использовать.
Где лежат файлы .lic
| ОС | Общий каталог лицензий |
|---|---|
| Windows | C:\ProgramData\1C\licenses |
| Linux | /var/1C/licenses |
Лицензию, полученную для всех пользователей, увидит любой пользователь этого компьютера. Если при активации выбрать вариант только для текущего пользователя, файл попадёт в его профиль, и под другой учётной записью Windows 1С лицензию не найдёт. Для рабочего места почти всегда нужен общий вариант.
Файл .lic нельзя просто скопировать на другой компьютер — он там не заработает. При замене материнской платы, диска или сетевой карты лицензия «слетает», и её активируют заново резервным ПИН-кодом из того же конверта.
Лицензии на виртуальных машинах
Гипервизор может при перезапуске выдать машине новый MAC-адрес или изменить набор устройств. Для лицензии это выглядит как другой компьютер. Зафиксируйте MAC-адрес в настройках виртуальной машины и не меняйте её имя после активации — так резервные ПИН-коды не уйдут за полгода.
Как клиент выбирает, откуда взять лицензию
При запуске клиент 1С перебирает источники, пока не найдёт подходящую лицензию:
- 📄 программные лицензии на своём компьютере;
- 🖥 клиентские лицензии на сервере 1С — если база клиент-серверная и сервер выдаёт лицензии для этой базы;
- 🔑 локальный аппаратный ключ;
- 🌐 сетевой ключ через менеджер лицензий.
Отсюда практический приём, который снимает много проблем. Клиентские лицензии можно активировать прямо на сервере 1С. Тогда клиенты получают их от кластера, и на рабочих местах не нужны ни ключи, ни файлы .lic, ни nethasp.ini.
За это отвечает свойство информационной базы в консоли кластера — Выдача лицензий сервером 1С:Предприятия. Для веб-клиента другого пути нет: он не умеет читать локальные ключи, лицензию для его сеанса всегда получает сервер.
Настройка менеджера лицензий и консоли кластера
Установка менеджера лицензий
- Установите драйвер ключа на компьютер, куда вставлен NET-ключ. Для 64-разрядной Windows нужна 64-разрядная версия менеджера.
- Запустите установку
HASP License Managerи выберите режим службы. Служба называетсяHASP Loader. - Откройте в брандмауэре порт
475для UDP и TCP на входящие соединения. - Убедитесь, что служба запущена:
services.msc→HASP Loader→ «Выполняется».
Проверить работу удобно утилитой Aladdin Monitor. Она показывает, какие менеджеры видны в сети, какие ключи на них висят и сколько лицензий занято прямо сейчас.
Перезапуск службы HASP Loader обрывает выдачу лицензий. Пользователи, работающие в 1С, получат сообщение о потере ключа. Делайте это вне рабочего времени или после предупреждения людей.
Ограничение доступа к менеджеру
Если менеджер не должен раздавать ключи всей сети, используйте файл nhsrv.ini в папке менеджера. Параметр NHS_IP_LIMIT в разделе [NHS_SERVER] задаёт адреса, которым разрешено брать лицензии, например 192.168.1.*. Это полезно, когда в одной сети живут две организации со своими ключами.
Что смотреть в консоли администрирования серверов 1С
Для клиент-серверных баз основная картина видна в консоли кластера:
- 👥 в списке сеансов информационной базы видно, кто и с какого компьютера работает;
- 🔐 в свойствах базы — флажок выдачи лицензий сервером;
- 🧾 занятые лицензии по сеансам можно выгрузить утилитой
rac: командаrac session list --licensesпокажет, какую лицензию взял каждый сеанс — программную или из ключа, и откуда.
Остальные параметры rac смотрите в справке rac help.
Ошибки лицензирования: что они значат и что делать
Сообщения 1С о лицензиях однотипны, но причина за ними бывает разной. Начните с проверки, какую лицензию клиент должен был взять, и уже потом ищите неисправность.
Быстрая диагностика сетевого ключа
Если 1С не видит NET-ключ, проверьте цепочку по порядку — от ключа к клиенту:
- Ключ горит? Индикатор на USB-ключе должен светиться. Не горит — переставьте в другой порт и переустановите драйвер.
- Менеджер видит ключ? Откройте Aladdin Monitor на самом компьютере с ключом.
- Порт доступен с рабочего места? Временно отключите брандмауэр на компьютере с ключом и проверьте ещё раз. Помогло — добавьте правило для порта
475. - Клиент знает адрес? Откройте
nethasp.iniна рабочем месте и сверьтеNH_SERVER_ADDR.
Как расходовать лицензии экономнее
Лицензий всегда меньше, чем хочется, и часть из них уходит впустую. Несколько приёмов возвращают места без покупки:
- ⏱ Завершайте брошенные сеансы. Пользователь закрыл окно RDP, но не вышел из 1С — лицензия остаётся занятой. Настройте на терминальном сервере завершение отключённых сеансов через заданное время.
- 🖥 Перенесите клиентские лицензии на сервер 1С. Они начинают работать как общий пул для всех клиентов кластера. Не надо возиться с ключами на рабочих местах.
- 🔀 Собирайте ключи в одном месте. Два менеджера в разных углах сети усложняют поиск. Один компьютер с несколькими ключами разных серий и один адрес в
nethasp.iniпроще поддерживать. - 🌐 Используйте тонкий клиент или веб-клиент для редких пользователей. Если лицензии выдаёт сервер, им не нужно ничего настраивать на месте.
- 📊 Проверяйте реальную загрузку. Раз в месяц посмотрите в пиковые часы, сколько лицензий занято. Если в обед стабильно используется 18 из 20 — пора докупать. Если 9 из 20 — часть ключей можно перераспределить.
Одна клиентская лицензия на компьютере покрывает любое количество окон 1С с этого компьютера. Пользователю, который держит открытыми три базы, вторая лицензия не нужна — если только он не работает через терминальный сервер в разных сеансах.
Чек-лист перед тем, как покупать новые лицензии
Куда движется лицензирование 1С
Аппаратные ключи HASP постепенно уходят. Новые комплекты в основном поставляются с программной защитой, а ключи остаются у тех, кто купил их раньше. Пользоваться ими можно и дальше, платформа 8.3 их поддерживает.
Что это значит на практике:
- 🔄 переход на программные лицензии избавляет от менеджера лицензий, USB-удлинителей и проброса ключей в виртуальные машины, но добавляет учёт ПИН-кодов и повторных активаций;
- 🗂 учёт ПИН-кодов становится обязательной работой. Храните конверты и ведите таблицу: какой ПИН на каком компьютере активирован и сколько резервных осталось;
- ☁️ централизованная выдача через сервер 1С становится основным сценарием для компаний с клиент-серверными базами — лицензии в одном месте, рабочие места чистые.
Если сейчас у вас сетевые ключи и всё работает, срочно менять ничего не нужно. Переход имеет смысл планировать вместе с заменой сервера или переездом в виртуальную среду — тогда проблемы с пробросом USB просто исчезнут.