Релиз технологической платформы 1С:Предприятие 8.3 (8.3.22.2143) Вариант работы: Серверный

Добрый день, столкнулись со следующей ситуацией.
Имеется три компьютера (буду называть их по IP), все три используют ОС Ubuntu:
- 192.168.51.5 (Основной сервер, в него включен сетевой HASP на 20 лицензий. В настройках баз, размещенных на нем, стоит Разрешить выдачу лицензий сервером 1С:Предприятия: Да)
- 192.168.52.5 (Другой сервер, на нем размещена одна база и используется 20 программных лицензий, также раздаются сервером)
- 192.168.51.9 (Обычный компьютер, который используется для складирования и хранения ночных бэкапов)

Также имеется ключ на 5 лицензий от сервера Mini, который раньше стоял в 192.168.52.5, но было принято решение переместить этот ключ в 192.168.51.9, т.к. в сети 192.168.51.0 периодически не хватает 20 лицензий HASP.

Проблема следующая: 5-пользовательский HASP настроен на 192.168.51.9, если прописать в сети 192.168.49.0 у любого пользователя в файле nethasp.ini адрес 192.168.51.9, то он увидит этот ключ как сетевой и использует в 1С. Также пользователи 192.168.49.0 спокойно могут брать программные лицензии 192.168.52.5.
Если же пользователю сети 192.168.51.0 прописать в nethasp.ini к 192.168.51.9, то он немного “задумается” при подключении, после ввода пароля скажет, что искал аппаратную лицензию больше 3 секунд и предложит отключить ее поиск. Если нажать Нет или Да, то в любом случае 1С задействует лицензию от HASP 20.

Т.е. пользователи сети 192.168.51.0 не могут даже принудительно взять никакие лицензии, кроме HASP 20, которые раздаются сервером (192.168.52.5 тоже никак).
Но самое интересное, что если отключить раздачу лицензий сервером 192.168.51.5 (у конкретной базы), то при попытке входа возможно 2 исхода – либо программа скажет, что лицензии вообще не обнаружено и предложит ее восстановить, либо зайдет в 1С под лицензией HASP 20.

Соответственно вопрос – почему пользователи 192.168.51.0 не могут брать лицензии ниоткуда кроме HASP 20? Может потому, что в одной сети находится два ключа HASP? Или потому, что ключ HASP 5, стоявший в сервере Mini, не сочетается с HASP 20 по сети? Или возможно что-то не так настроено в СУБД PostgreSQL? Или это какая-то ошибка платформы?

Это 100% не проблема фаерволов, т.к. пользователи 192.168.49.0 спокойно могут получить HASP 5 от 192.168.51.9, а также если у пользователя сети 192.168.51.0 отключить и брандмауэр Виндовс, и Касперский, то результат от этого не меняется

Есть два хоста в одной подсети, один спокойно получает лицензию по сети, второй ни в какую. Только от сервера. На сервере при просмотре tcpdump запросы идут только от первого хоста. Проблем в сети нет. Итог: на втором хосте удалил кеш 1с и все заработало.

Минисервер не раздает пять ключей, а позволяет использовать пять ключей, если правильно помню. Раздачу програмных ключей с серверв и hasp мешать не рекомендуют. Уж лучше програмные клиентские привяжите не к серверу, а сетевому hasp. Лучше вопросы по лицезиям пишите на lic@1c.ru

Хорошо, напишу, спасибо

Если кому-нибудь интересно, проблема решилась! Что было предпринято дополнительно: - на 192.168.51.9 был с помощью команды sudo nano -c /etc/hasplm/nhsrv.ini добавлен файл, где указано имя менеджера HASP - был перезапущена служба haspd.service - позавчера также была эта служба добавлена в cron, чтобы рестартовалась раз в сутки ночью Как результат, на компьютерах в подсети 192.168.51.0, где nethasp.ini ЦЕЛИКОМ закомментирован, при запуске базы сначала ищет свободные лицензии HASP20, потом после ввода логина-пароля предлагает отключить использование аппаратных лицензий, нажимаем Нет - по итогу запускается и берет лицензию на 5 мест сетевую

Спасибо за информацию 👍