Ошибка соединения со службой лицензий эдельвейс - Не ошибается лишь тот, кто ничего не делает!

Принцип лицензирования АСУ «Эдельвейс» основан на технологиях работы с ключом защиты HASP4(HL) компании Aladdin(сейчас Sentinel).

Работа осуществляется со службой лицензирования «HASPLoader», при обращении с идентификацией по уникальному номеру ключа, путём создания сессии между клиентской частью ПО АСУ «Эдельвейс» и службой лицензии. При постоянной работе сессия создаётся с тайм-аутом её работы 300 секунд (5 минут). Со стороны АСУ Эдельвейс при проверки состояния сессии, производится опрос каждые 240 секунд (4 минуты), т.е. если АСУ Эдельвейс не прислала в службу лицензирования запрос на обновление сессии, она максимум через 5 минут отключается.

Служба лицензирования «HASPLoader» по умолчанию имеет настройки по работе в сети по протоколу UDP. В случае нестабильности работы и получении сообщений от АСУ «Эдельвейс»: «Ошибка соединения со службой лицензий», возможны потери при сетевой передаче пакета на обновление сессии в службе лицензирования. Это может быть связано и с нестабильной работой сетевого канала передачи данных между клиентом и сервером со службой лицензирования или нестабильной работой протокола UDP, так как в его протоколе нет обратной передачи данных о получении пакета и результат «клиенту» неизвестен. В таких случаях более приемлемым считается использования протокола TCP. Так же необходимо убедиться в отсутствии блокирования передачи пакетов между клиентами и службой со стороны стороннего ПО или оборудования.

Далее мы рассмотрим варианты перенастройки схемы работы системы лицензирования, в случаях возникновения ошибок в её работе: Несколько комментариев с сайта производителя доступны по ссылке:

https://safenet-sentinel.ru/faq/user/hasp4#6487

Ниже выборка из указанной статьи:

1. Причина сбоев в работе менеджера лицензий – «битые» пакеты, приходящие по UDP. Поскольку обмен при помощи UDP-дэйтаграмм не предусматривает контроля успешной доставки пакета, данный протокол надежно работает только в сетях, построенных на высококачественном оборудовании. Если же на какой-нибудь рабочей станции, где запускается защищенное приложение, установлена карта, которая не корректно работает с FlowControl, то это приводит к вышеописанной ситуации. Единственный способ разрешить эту проблему, не считая замены оборудования на более качественное, – это переход на обмен посредством TCP-пакетов. В этом случае контролируется успешная доставка каждого пакета и работа с ключом становится более надежной.

2. Ошибка иногда возникает, если защищенное приложение или ключ установлены на машине с более чем одним сетевым интерфейсом. Для устранения следует отключить второй сетевой интерфейс или переставить ключ/приложение на машину с одним сетевым интерфейсом.

3. Для того, чтобы настроить защищенное приложение на работу через TCP-пакеты, необходимо сконфигурировать файл «nethasp.ini» следующим образом:

——————— «nethasp.ini» ——————————

[NH_COMMON]

NH_TCPIP = Enabled

…

[NH_TCPIP]

NH_SERVER_ADDR = 168.192.1.41

NH_TCPIP_METHOD = TCP

…

—————————————————————-

Адрес дан для примера, следует указывать реальный IP-адрес машины, где установлен менеджер лицензий. Далее (важно!) следует отключить в менеджере лицензий прослушивание UDP-протокола, оставив только TCP:

——————— «nhsrv.ini» ——————————-

…

[NHS_IP]

NHS_USE_UDP = disabled

NHS_USE_TCP = enabled

…

—————————————————————-

Если этого не сделать, то при получении «битых» UDP-пакетов менеджером ошибка может возникнуть вновь.

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

——————— «nethasp.ini» ——————————

[NH_COMMON]

NH_TCPIP = Disabled

NH_NETBIOS = Enabled

…

[NH_NETBIOS]

…

NH_USELANANUM = …

—————————————————————-

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

4. При установке в сети двух и более менеджеров лицензий их необходимо настроить для корректной работы. Иначе в сети может возникать коллизия между менеджерами лицензий по именам — при старте они принимают одно и то же имя по умолчанию, и в результате в сети присутствует несколько ресурсов с одинаковыми именами. Стоит отметить, что нередко менеджеры нормально работают и без настройки. Тем не менее, следует иметь в виду, что возможно возникновение проблемы. Кроме того, настройка может понадобиться, например, чтобы разделить клиентов по разным менеджерам лицензий.

Основная идея настройки в данном случае – назначить каждому менеджеру свое имя и сообщить каждой копии 1С эти имена. Задать имя менеджеру можно через файл «nhsrv.ini», он должен находиться в одном каталоге с менеджером лицензий (по умолчанию — C:Program FilesAladdinHASP LM). Если менеджер лицензий установлен как сервис, то данный файл необходимо скопировать в каталог WindowsSystem32 (для 64-разрядных ОС — WindowsSysWOW64). Имя должно состоять из алфавитно-цифровых символов (можно использовать только латиницу) и не должно быть длиннее 7 символов.

Пример настройки:

——————- «nhsrv.ini» #1——————————

[NHS_SERVER]

NHS_SERVERNAMES = LM1

—————————————————————-

——————- «nhsrv.ini» #2——————————

[NHS_SERVER]

NHS_SERVERNAMES = LM2

—————————————————————-

Сообщить защищенному приложению имена менеджеров можно через файл «nethasp.ini», он должен находиться в одном каталоге с защищенным приложением или в каталоге, который указал разработчик (для 1С – каталог BinConf от корня установки 1С):

——————— «nethasp.ini» ——————————

[NH_COMMON]

NH_TCPIP = Enabled

[NH_TCPIP]

NH_SERVER_ADDR = 168.192.1.41, 168.192.1.11

NH_SERVER_NAME = LM1, LM2

—————————————————————-

Параметры «адрес» и «имя» должны соответствовать друг другу, т.е. на машине с адресом 168.192.1.41 должен быть запущен менеджер с именем LM1. Адреса даны для примера, следует указывать реальные IP- адреса машин, где установлены соответствующие менеджеры лицензий.

Источник

Содержание

Атол не работает сервер лицензирования
Атол не работает сервер лицензирования
Атол не работает сервер лицензирования
Атол не работает сервер лицензирования
Атол не работает сервер лицензирования

Атол не работает сервер лицензирования

С 3 августа 2017 восстановление лицензий производится ТОЛЬКО через СервисДеск
Просьба обращаться к партнерам компании для оформления заявок в СД

Участник

Группа: Пользователи
Сообщений: 175
Регистрация: 25.2.2011
Пользователь №: 24 907

День добрый!
Такая проблема — при отсутствии связи с сервером лицензирования (например, как сейчас) — лицензия автоматом попадает в список не активных, в описании пишет Лецензия неактивна, необходимо наличичие связи с сервером для обновления. При этом под это надписью пишет срок действия офлайн 23.04.2020. срок действия всего 10.12.2019-Бессрочно. Привязка ПК. СРок действия подписки — не требуется.

Версия менеджера лицензий 2.13.0.760
Версия Frontol xPOS 2.5.3

Ситуация возникает не первый раз, хотелось понять что с этим можно сделать, на случаи, как сегодня, когда лежит lm.frontol.ru

Участник

Группа: Пользователи
Сообщений: 157
Регистрация: 26.10.2017
Пользователь №: 152 668

Версия менеджера лицензий 2.13.0.760
Версия Frontol xPOS 2.5.3

Источник

Атол не работает сервер лицензирования

С 1 июля 2017 прекращена поддержка программного продукта Frontol 4
С 9 ноября 2019 прекращена поддержка программного продукта Frontol 5
пруф

Разговорчивый

Группа: Пользователи
Сообщений: 1 272
Регистрация: 16.10.2006
Из: Краснотурьинск
Пользователь №: 9 151

Фронтол 5,20,2
Ключ USB — при обновлении была произведена конвертация
Если следовать букве документации
Кроме того, есть возможность обойтись без регулярной онлайн-проверки действительности лицензии, для
этого необходимо привязать лицензию к USB-ключу АТОЛ в менеджере лицензий. Ключ необходимо
приобрести дополнительно.

я понимаю так — есть ключ — нет никакой проверки, если пропадет интернет — то Фронтол будет работать.
Ситуация — час пик — звонят кассиры — что Фронтол закрылся — на экране рабочий стол.

Вижу, что пропал интернет (не важна причина — провод, провайдер или еще что-то).
Фронтол не запускается, в менеджере лицензий — нет подключения к серверу лицензирования.

Господа Атоловцы, в провинции не всегда стабильный интернет, почему же лицензия Фронтола зависит от интернета, при наличии физического ключа?

Источник

Атол не работает сервер лицензирования

Разговорчивый

Группа: Пользователи
Сообщений: 1 272
Регистрация: 16.10.2006
Из: Краснотурьинск
Пользователь №: 9 151

Источник

Атол не работает сервер лицензирования

Группа: Новички
Сообщений: 2
Регистрация: 17.12.2018
Пользователь №: 215 031

Ошибка при проверки лицензии.
SSL Exception: Failed to verify revoked certificate chain

Драйверы торгового оборудования 8.14.0.0 (переустанавливал)
Менеджер лицензий-2 2.12.0.744

В файле AtolLicSvc.ini прописал LogLevel = 4

AtolLicSvc.log
2018-12-18 09:30:54 M Starting log.
2018-12-18 09:30:54 M Version: 2.12.0.2952
2018-12-18 09:30:54 M Windows
2018-12-18 09:30:54 S Starting as service
2018-12-18 09:30:54 S Windows 6.1.7601 64bit
2018-12-18 09:30:54 S License server: https://lm.frontol.ru
2018-12-18 09:30:54 P Starting clientThread.
2018-12-18 09:30:54 LM Port for License Manager 756
2018-12-18 09:31:07 LM LMRequest: getServiceInfo
2018-12-18 09:31:07 LM LMRequest: getLicenseList
2018-12-18 09:31:08 LM LMRequest: getConnectionStatus

AtolMsgSvc.log
2018-12-18 09:30:49 S Starting log.
2018-12-18 09:30:49 S Version: 2.12.0.2952
2018-12-18 09:30:49 S Windows
2018-12-18 09:30:49 S Starting as service
2018-12-18 09:30:49 S Windows 6.1.7601 64bit
2018-12-18 09:30:49 S Server: https://lm.frontol.ru
2018-12-18 09:30:49 MS Port for message service 757
2018-12-18 09:30:49 U <
«data» : <
«ident» : «6FF50DFC1C6DA13B25FFACE3B9C1ED6993ujDMEhSLxJe1TlElriUmoXm»,
«products» : [
<
«product» : null
>
]
>,
«ver» : «1»
>

2018-12-18 09:30:50 U Error on getMsg: SSL Exception: Failed to verify revoked certificate chain

Пробовал подключаться telnet(с разных ПК и роутеров)
lm.frontol.ru 443 порт — открыт
lm.frontol.ru 755 порт — закрыт
lm.frontol.ru 756 порт — закрыт
lm.frontol.ru 757 порт — закрыт

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

Источник

Атол не работает сервер лицензирования

Постоялец

Группа: Пользователи
Сообщений: 690
Регистрация: 22.4.2013
Из: Воронеж
Пользователь №: 82 972

Наша компания не разделяет вашей радости.
Вы хоть разок спросили бы конечных пользователей, прежде чем что то сильно менять. Опрос например бы устроили.

У нас на кассах нет интернета, кроме ОФД, все зарезано. Такова политика нашей компании и она не поменяется. Самба тоже закрыта.
Теперь мы должны заняться совершенно ненужным для нас делом: конвертировать кучу лицензий, открыть во всех магазинах доступ к сервису, закрыть доступ.
Ключевой вопрос — почему нам нужно произвести данные действия? Потому что кому-то стало скучно и захотелось загрузить системных администраторов работой? У нас ее хватает без вашей помощи.
Мы не увидели ни 1 плюса для нашей компании, только минусы от данных нововведений, но вам как обычно все равно.

Сестра-хозяйка

Группа: Специалисты
Сообщений: 182
Регистрация: 19.7.2017
Из: Москва
Пользователь №: 145 437

Коллеги, извините, но наступил XXI век, в котором есть космическая технология Интернет. Опрос мы проводили. И результаты его после аналитики реализованы.
Много лет вы жалуетесь, что у вас слетают лицензии и их нужно восстанавливать через СТП, кто-то ругается, что ждет ключи неделями (страна большая, груз едет долго) и выньте и подайте бесплатную лицензию, так как ключ компании Guardant — одной из крупнейших в мире- сгорел, а потом приходит этот ключ и у меня возникает вопрос: его жгли, ломали, им отковыривали плитку?

Вы всегда можете воспользоваться традиционной пересылкой файла, использовать USB ключи. Или открыть один раз Интернет и зарегистрировать продукт.
Вас не смущает политика Microsoft, Adobe, 1С, которые начали контролировать свои лицензии, почему вы отказываете в этом компании АТОЛ?

Постоялец

Группа: Пользователи
Сообщений: 690
Регистрация: 22.4.2013
Из: Воронеж
Пользователь №: 82 972

В 21 веке кроме интернета появились вирусы, которые начали через него распространяться, воровать данные и шифровать жесткий диск и делать другие пакости. Так же есть не дружелюбные люди. именно по этому все закрыто, безопасность превыше всего. Наличие антивируса и обновлений ОС не панацея. У нас только гуардант ключи, мы не используем программные лицензии как раз для того, что бы они не слетали.
Вот и возник вопрос — зачем нам обновлять ключи, которые работают в данный момент или по простому: зачем трогать то, что уже работает. Изменили бы лицензирование программных ключей и все.
З.Ы. А для майкрософта у нас сервер лицензирования, поставил ключ туда и забыл

Сообщение отредактировал ОфисМаг — 25.8.2017, 13:06

Источник

nethasp.ini: отсутствует, использованы настройки по умолчанию, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=15, ORGL8 Сетевой, не установлен

Решили проблему!
Вот по этому пути: C:ProgramData1C1Cv82conn8211.pfl

удалили conn8211.pfl и всё заработало!

Неплохо еще удалить IPV6 если он не используется.

p.s. Папка C:ProgramData скрыта!

Источник

88g88

13 — 02.10.13 — 13:39

вот подробное описание ошибки

Не обнаружено свободной лицензии!

по причине:

Поиск лицензии на клиенте:

локальный ключ недоступен: Status=-10, ORGL8 Локальный, не установлен

Файл программной лицензии не найден

локальный ключ недоступен: Status=-10, ORG8A Локальный, не установлен

локальный ключ недоступен: Status=-10, ORG8B Локальный, не установлен

nethasp.ini: C:/Program Files (x86)/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=142, ORGL8 Сетевой, не установлен

nethasp.ini: C:/Program Files (x86)/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=142, ORG8A Сетевой, не установлен

nethasp.ini: C:/Program Files (x86)/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=142, ORG8B Сетевой, не установлен

Поиск лицензии на сервере:

ORGL8 Локальный, установлен, искажение данных в памяти ключа, возможна рассинхронизация системных часов, свободные лицензии закончились, занято через менеджер лицензий 1, занято через сервер 10

Файл программной лицензии не найден

ORG8A Локальный, не установлен

ORG8B Локальный, не установлен

nethasp.ini: C:/Program Files (x86)/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=142, ORGL8 Сетевой, не установлен

nethasp.ini: C:/Program Files (x86)/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=142, ORG8A Сетевой, не установлен

nethasp.ini: C:/Program Files (x86)/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=142, ORG8B Сетевой, не установлен

Поиск лицензии в сервисе лицензирования:

ORGL8 Локальный, установлен, искажение данных в памяти ключа, возможна рассинхронизация системных часов, свободные лицензии закончились, занято через менеджер лицензий 1, занято через сервер 10

Файл программной лицензии не найден

ORG8A Локальный, не установлен

ORG8B Локальный, не установлен

nethasp.ini: C:/Program Files (x86)/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=142, ORGL8 Сетевой, не установлен

nethasp.ini: C:/Program Files (x86)/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=142, ORG8A Сетевой, не установлен

nethasp.ini: C:/Program Files (x86)/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=142, ORG8B Сетевой, не установлен

Источник

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

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

Ошибка соединения с менеджером лицензий

Причины ошибки

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

После установки 1С следует установить лицензионный ключ. Менеджер лицензий открывается через пункт «менеджер лицензий», что отображается после нажатия на «меню»-> «сервис». Для того, чтобы установить ключ следует нажать на кнопку «добавить», далее открыть появившийся файл, после выбора файла на компьютер будет установлена лицензия 1С.

Выделим несколько причин ошибок:

Отсутствует сетевое подключение к серверу
Сервер заражен вирусами
Антивирус блокирует соединение
Менеджеру не подходит установленная лицензия
Лицензия устарела/ неофициальная

Решение ошибки

Для определения какая именно из вышеуказанных причин имеет место быть, следует их разобрать по очереди:

Проверьте кабель и сетевую карту. Зачастую вследствии перебитого кабеля, компьютеры не могут связаться друг с другом, в связи с чем возникают ошибки соединения. Указанную причину стоит проверить первым пунктом.
Установите антивирус и осуществите полное сканирование сервера на вируса. Возможно вредоносный код повредил один из основных файлов 1С, в следствии чего связь не может быть установлена
Внесите в список исключений exe файлы 1С. То же самое проделайте с установленным фаерволом и брендмауэром виндоус. Что-то из перечисленного может блокировать доступ к удаленному компьютеру, в связи с чем возникает ошибка соединения.
Более новые версии требуют обновленных лицензий. Последняя, должна иметь запись в своем реестре на разрешение использования 1С продукта.
Необходимо покупать/скачивать лицензии только с официального сайта 1С (касается других программ), т.к. можно скачать пиратскую версию, которая просто будет устаревшей и не позволит использовать версию приложения, которым вы пользуетесь.

При выявлении ошибки и определения в следствии чего она происходит, а также после устранения проблемы — следует осуществить перезагрузку сервера.

Пункт 2 касательно вирусов — советуем проделать с каждым рабочим компьютером, т.к. в результате появления вирусов, последние могли распространится по сети, заражая один пк за другим.

Источник