Доброго времени суток! Возникла такая проблема, может кто сталкивался.
Ситуация такая: у компании есть 2 сервера лицензирования - первый с программными лицензиями на 100 пользователей (для тестовых баз) и второй - программные и аппаратные лицензии (для продуктивных баз). Сервера физически раздельные, находятся в 1 сети. Доступа к серверу лицензирования (тестовому) у нас нет.
Проблема такая, что у пользователя, который работает с тестовой базой периодически теряет лицензия (программная). Ошибка по журналу следующая "ORGL8 Сетевой, не установлен. nethasp.ini прочитан успешно. ORGL8 Сетевой, установлен, свободные лицензии закончились, занято через менеджер лицензий 17. Занято через сервер 290". 1С пытается обращаться к продовому ключу, отсюда 290 мест и название ключа. - в nethasp.ini (тестовом) пусто, никаких обращений к серверам, бродкаст выключен. Если передобавить сервер лицензирования, всё работает. Отключить использование аппаратного ключа защиты нельзя, без этого признака для продовых баз не будет тянуться аппаратная лицензия. Начали разбираться, всплыли вопросы:
- если выключен бродкаст и нет IP сервера в nethasp ( тестовом), то как он смотрит в продовый контур?
- почему он не ищет лицензию дальше там, где брал ранее, а зачем то лезет на другой сервер лицензий?
- почему лицензия отключается без предпосылок рандомно?
Ситуация такая: у компании есть 2 сервера лицензирования - первый с программными лицензиями на 100 пользователей (для тестовых баз) и второй - программные и аппаратные лицензии (для продуктивных баз). Сервера физически раздельные, находятся в 1 сети. Доступа к серверу лицензирования (тестовому) у нас нет.
Проблема такая, что у пользователя, который работает с тестовой базой периодически теряет лицензия (программная). Ошибка по журналу следующая "ORGL8 Сетевой, не установлен. nethasp.ini прочитан успешно. ORGL8 Сетевой, установлен, свободные лицензии закончились, занято через менеджер лицензий 17. Занято через сервер 290". 1С пытается обращаться к продовому ключу, отсюда 290 мест и название ключа. - в nethasp.ini (тестовом) пусто, никаких обращений к серверам, бродкаст выключен. Если передобавить сервер лицензирования, всё работает. Отключить использование аппаратного ключа защиты нельзя, без этого признака для продовых баз не будет тянуться аппаратная лицензия. Начали разбираться, всплыли вопросы:
- если выключен бродкаст и нет IP сервера в nethasp ( тестовом), то как он смотрит в продовый контур?
- почему он не ищет лицензию дальше там, где брал ранее, а зачем то лезет на другой сервер лицензий?
- почему лицензия отключается без предпосылок рандомно?
По теме из базы знаний
- Все, что надо знать о технологической платформе 1С:Предприятие: компоненты, архитектуры, операционные системы, лицензии
- Купить лицензии 1С:Предприятие 8.3 – цены на клиентские и серверные лицензии (ПРОФ, КОРП, мобильные) от 7700 рублей
- О лицензиях 1С
- Почтатех. Эксплуатация высоконагруженных систем 1С в Почте России
- Сервер 1С в контейнерах или другое направление DevOps
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
Это не весь текст журнала.
Должно быть что-то про поиск лицензии на сервере и в сервисе лицензирования, где должна быть информация по программной лицензии на 100 раб.мест.
Использование аппаратного ключа можно отключить отдельно для каждой базы.
Ошибка по журналу следующая "ORGL8 Сетевой, не установлен. nethasp.ini прочитан успешно. ORGL8 Сетевой, установлен, свободные лицензии закончились, занято через менеджер лицензий 17. Занято через сервер 290".
Это не весь текст журнала.
Должно быть что-то про поиск лицензии на сервере и в сервисе лицензирования, где должна быть информация по программной лицензии на 100 раб.мест.
Отключить использование аппаратного ключа защиты нельзя, без этого признака для продовых баз не будет тянуться аппаратная лицензия.
Использование аппаратного ключа можно отключить отдельно для каждой базы.
(3) Файл лицензии 20240725234743.lic - это лицензия на сервер 1С. Клиентская лицензия на 100 раб.мест на этой же машине, где эта серверная лицензия или на отдельном сервере лицензирования на другой машине? Если на другой, то это опять не полная информация, нужен текст, который ниже "Поиск лицензии в сервисе лицензирования".
Отключить использование аппаратного ключа защиты нельзя, без этого признака для продовых баз не будет тянуться аппаратная лицензия
Не согласуется с
- если выключен бродкаст и нет IP сервера в nethasp ( тестовом), то как он смотрит в продовый контур?
Настройка в нетхасп работает для всех баз, и для тестовых, и для прода, при этом сами пишите "Отключить использование аппаратного ключа защиты нельзя". По сути это то же самое, что отключить использование аппаратного ключа сразу для всех баз.
Почему не срабатывает, это уже второй вопрос. Скорее всего что-то не так или не там делаете, но в вашем случае это не вариант.
- почему он не ищет лицензию дальше там, где брал ранее, а зачем то лезет на другой сервер лицензий?
В данном тексте "он" - это кто именно?
- почему лицензия отключается без предпосылок рандомно?
На это можно ответить только после того, когда станет понятно, что происходит с лицензией на 100 раб.мест. На скрине в (3) этого не видно.
(7) 1) может ли 1С смотреть в продовый сервер лицензирования и видеть ключ при условии, что они в одной сети, несмотря на то, что в консоли прописан сервер лицензирования и заданы требования назначения функциональности?
2) нетхасп на тестовом сервере пустой, он заполнен только на продовом. на тестовых серверах (что СЛ, что приложения) ключей нет, соответственно, и нетхасп не настроен. там программная лицензия стоит, на СЛ тестовом. 1С видит нетхасп, по свей видимости, с продового сервера, раз нашел через него ключ. отсюда и первый вопрос
3) он - алгоритм поиска лицензий, ну или 1С в принципе. ранее он брал лицензию с тестового сервера лицензирования, но сейчас туда, кажется, даже не смотрит. разве в логах строчка с поиском по предыдущей успешно взятой лицензии не должна стоять первой? почему после передобавления сервера лицензирования в консоли с теми же параметрами он вдруг вспоминает, что она там есть?
полные логи пока нет возможности предоставить, будем ждать, пока ошибка воспроизведётся.
2) нетхасп на тестовом сервере пустой, он заполнен только на продовом. на тестовых серверах (что СЛ, что приложения) ключей нет, соответственно, и нетхасп не настроен. там программная лицензия стоит, на СЛ тестовом. 1С видит нетхасп, по свей видимости, с продового сервера, раз нашел через него ключ. отсюда и первый вопрос
3) он - алгоритм поиска лицензий, ну или 1С в принципе. ранее он брал лицензию с тестового сервера лицензирования, но сейчас туда, кажется, даже не смотрит. разве в логах строчка с поиском по предыдущей успешно взятой лицензии не должна стоять первой? почему после передобавления сервера лицензирования в консоли с теми же параметрами он вдруг вспоминает, что она там есть?
полные логи пока нет возможности предоставить, будем ждать, пока ошибка воспроизведётся.
(8) для сущей наглядности:
1) Тестовый сервер приложений, где настроен тестовый СЛ в консоли как сервер лицензирования.
2) Продовый сервер лицензирования, где стоит аппаратный ключ и настроен нетхасп
3) Тестовый сервер лицензирования, где стоит программная лицензия на 100 рабочих мест и откуда должен брать лицензии тестовый сервер приложений
Все сервера физически отдельны, находятся в одной сети
1) Тестовый сервер приложений, где настроен тестовый СЛ в консоли как сервер лицензирования.
2) Продовый сервер лицензирования, где стоит аппаратный ключ и настроен нетхасп
3) Тестовый сервер лицензирования, где стоит программная лицензия на 100 рабочих мест и откуда должен брать лицензии тестовый сервер приложений
Все сервера физически отдельны, находятся в одной сети
(8)
Это какой-то непонятный для меня набор слов.
Сервер лицензирования может видеть и раздавать только программные лицензии, а с аппаратными ключами работает HASP License Manager (HASP LM).
Файл nethasp.ini содержит инструкции для КЛИЕНТСКОГО приложения, где и как по сети ему искать ключ с HASP LM и он должен быть на клиентском ПК, а не на сервере. Что либо прописывать в nethasp.ini на машине с ключом и HASP LM никакого смысла не имеет. Инструкции для HASP LM можно задать с помощью другого файла NHSRV.INI, но логика работы и набор параметров там другой.
Рекомендую для ознакомления:
Судя по скрину в (3) предыдущая лицензия на этом ПК была получена по сети от HASP LM с ключа на 300 раб. мест (маркировка ключа ORG8A).
Подождем
1) может ли 1С смотреть в продовый сервер лицензирования и видеть ключ при условии, что они в одной сети, несмотря на то, что в консоли прописан сервер лицензирования и заданы требования назначения функциональности?
Это какой-то непонятный для меня набор слов.
Сервер лицензирования может видеть и раздавать только программные лицензии, а с аппаратными ключами работает HASP License Manager (HASP LM).
2) нетхасп на тестовом сервере пустой, он заполнен только на продовом. на тестовых серверах (что СЛ, что приложения) ключей нет, соответственно, и нетхасп не настроен. там программная лицензия стоит, на СЛ тестовом. 1С видит нетхасп, по свей видимости, с продового сервера, раз нашел через него ключ. отсюда и первый вопрос
Файл nethasp.ini содержит инструкции для КЛИЕНТСКОГО приложения, где и как по сети ему искать ключ с HASP LM и он должен быть на клиентском ПК, а не на сервере. Что либо прописывать в nethasp.ini на машине с ключом и HASP LM никакого смысла не имеет. Инструкции для HASP LM можно задать с помощью другого файла NHSRV.INI, но логика работы и набор параметров там другой.
Рекомендую для ознакомления:
разве в логах строчка с поиском по предыдущей успешно взятой лицензии не должна стоять первой?
Судя по скрину в (3) предыдущая лицензия на этом ПК была получена по сети от HASP LM с ключа на 300 раб. мест (маркировка ключа ORG8A).
будем ждать, пока ошибка воспроизведётся.
Подождем
(11) Понаблюдайте.
Еще рекомендую заблокировать доступ к ключу в nethasp.ini на машине "1) Тестовый сервер приложений" из (9), т.к. по отношению к HASP LM эта машина такой же клиент, но параметром "/UseHwLicenses-" поиск ключа сервером 1С отключить нельзя.
P.S.
Кстати, программная лицензия к чему точно была привязана, к параметрам машины или к ключу HASP?
Это указано в самом конце файла лицензии 2024**********.lic, если ее открыть блокнотом.
Еще рекомендую заблокировать доступ к ключу в nethasp.ini на машине "1) Тестовый сервер приложений" из (9), т.к. по отношению к HASP LM эта машина такой же клиент, но параметром "/UseHwLicenses-" поиск ключа сервером 1С отключить нельзя.
P.S.
Кстати, программная лицензия к чему точно была привязана, к параметрам машины или к ключу HASP?
Это указано в самом конце файла лицензии 2024**********.lic, если ее открыть блокнотом.
Прикрепленные файлы:
(13)
Судя по тому, что в логах сервер не смог добраться до ключа по сети, то так оно и есть )
Ок, одну из возможных причин проблемы можно вычеркнуть.
1) в тестовом сервере 1С все строчки закомментированы, кроме бродкаста (он отключен)
Судя по тому, что в логах сервер не смог добраться до ключа по сети, то так оно и есть )
могу сказать, что именно к машине
Ок, одну из возможных причин проблемы можно вычеркнуть.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот