1с сервер не выдает лицензии

Обновлено: 07.07.2024

Иногда при работе в программе 1С: Предприятие пользователям приходится сталкиваться с тем, что 1С не видит лицензии на сервере (Рис.1).

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

Случаи, при которых возникают проблемы с файлом:

Повреждение или отсутствие файла на ПК;
Переустановка операционной системы, обновление ее версии и другие изменения, произведенные на ПК;
В файле конфигурации отсутствуют имена менеджеров лицензии;
Антивирусная блокировка;
Не активирована приобретенная лицензия.

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

Одним из таких способов является установка еще одной специализированной программы под названием «Alladin Monitor», благодаря которой лицензия все же может быть обнаружена. Но перед ее установкой необходимо отключить файервол.

Другие способы решения проблемы отсутствия лицензии считаются более простыми:

Если проблема возникла, после того как была установлена новая платформа 1С, то в таком случае достаточно сделать копию лицензионного файла и поместить ее в папку с новой платформой;
Если ошибка появилась после смены конфигурации 1С, то необходимо повторно активировать лицензию, задействовав при этом резервный код, произвести полную переустановку программы.
Если причиной ошибки оказалось неверное использование многопользовательского пин-кода, то в таком случае можно провести деактивацию старого пин-кода и активацию нового однопользовательского, закрепленного за каждым отдельным рабочим местом.

Отключение аппаратных ключей

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

В нижней части окна настройки диалога запуска убрать находящуюся там галочку напротив надписи «Использовать аппаратную лицензию (ключ защиты)». (Рис. 3).

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

Для восстановления лицензии потребуется произвести всего несколько действий. В окне для операций с лицензиями выбирается раздел «Восстановление» (Рис.4).

В следующем окне необходимо пометить флажком, если параметры компьютера не менялись. В случае изменения параметров флажок убирается и вводится резервный пин-код. В нижней части окна нажать «Далее» (Рис. 5).

В окне по проверке персональных данных указать всю необходимую информацию, которая уже была указана во время получения лицензии и нажать «Далее» (Рис. 6).

Получение клиентских лицензий через сервер 1С:Предприятия

Раздел описывает особенности получения лицензий клиентами 1С:Предприятия через сервер 1С:Предприятия.

Когда сервер 1С:Предприятия выдает клиентские лицензии

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

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

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

Отличия в получении клиентских лицензий через сервер

Механизм получения сервером клиентских лицензий в основном аналогичен получению клиентских лицензий клиентами. Его особенности определяются тем, что процесс менеджера кластера, на который назначен сервис сеансовых данных, или веб-сервер для файловой информационной базы:

может занять одновременно несколько клиентских лицензий, в отличие от клиента;
может подключиться только к одному локальному и одному сетевому ключу одной серии;
в общем случае не может идентифицировать клиентский компьютер из-за возможности подключения клиента к информационной базе через веб-сервер.

Одна лицензия на экземпляр клиента

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

Локальная установка сетевого клиентского ключа

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

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

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

[NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Disabled

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

Сервер предпринимает попытку получения клиентской лицензии из локальных ключей всех клиентских серий: ORGL8 (1 - 100 пользователей), ORG8A (300 пользователей), ORG8B (500 пользователей). Установка в компьютер сервера нескольких ключей разных серий позволяет увеличить количество клиентских лицензий, доступных для получения через сервер.

Доступ сервера к сетевому клиентскому ключу

Если сервер не нашел свободной лицензии в локальных ключах, то он выполняет поиск свободной лицензии на сетевых ключах всех клиентских серий в соответствии с настройками файла nethasp.ini.

Сервер может иметь соединение только с одним сетевым ключом одной серии. При исчерпании лицензий в одном сетевом ключе поиск в сети других ключей той же самой серии не выполняется. Таким образом, общее количество клиентских лицензий, доступных для получения через один сервер ограничено числом 1800: локальный на 100, локальный на 300, локальный на 500, сетевой на 100, сетевой на 300, сетевой на 500.

Множественное назначение сервиса сеансовых данных

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

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

[NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 1.2.3.4 ; Адрес компьютера с менеджером лицензий
NH_USE_BROADCAST = Disabled

[NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 1.2.3.5 ; Адрес компьютера с менеджером лицензий
NH_USE_BROADCAST = Disabled

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

После апгрейда сервера 1С, добавился жёсткий диск
1С перестала раздавать лицензии при попытке входа в базу данных SQL, с файловыми всё работает. В Аладдине HASP виден и сам светится. Что делать? Уже всю голову сломал.

Раз с файловыми работает, значит по сети HASP раздается успешно. Вероятно, проблема с раздачей лицензий через сервер приложений.
Можно попробовать вообще не ломать голову и раздавать лицензии также, как и на файловые (если не ходите через браузер или еще каких-то хитростей нет).
Просто в параметрах базы в окне запуска поставь галку "Использовать аппаратную лицензию". Она вероятно снята, так как 1С когда видит пользовательскую лицензию от сервера, сразу предлагает эту галку отключить (чтобы ускорить запуск не ища лицензию по сети).
Ну а чего слетело - надо смотреть. Самое простое с чего начать - попробуй локально с сервера запустить 1С. Увидит ключ или нет. Если служба стартует под доменной учеткой - тогда под ней и зайти предварительно.
В целом всё это пробовал. У меня на отдельной машине стоит 1С сервер + база SQL. Туда же воткнут HASP. Сейчас попробовал запустить новую базу SQL(специально сделал), галочки все везде стоят, и на раздачу лицензий, и на использование аппаратной. Но всё равно пишет - EN8SA локальный, установлен. Неисправен или не подходит для 1С. уже 5й день мучаюсь, всё никак не пойму в чём дело. При этом если файловую базу на этой же машине запустить, то всё работает и в Аладдине видится даже. Хелп :(((((
EN8SA - это ключ сервера приложений.
А пользовательские лицензии у тебя в каком виде?
Я бы мог предположить, что после добавления диска могли слететь программные пользовательские лицензии, установленные на сервер. Но тогда возникает вопрос, как запускаются файловые. Что у тебя пишет в "О программе" в запущенной файловой в разделе "Лицензия" - "Текущая"?
Извиняюсь, не очень понял вопрос. У меня сервер в который воткнута флешка HASP. И он ещё 5 дней назад раздавал всем лицензии и всё работало, а потом как-то неведомо перестал. Как понять в каком виде у меня пользовательская лицензия? Где это посмотреть?
При запуске файловой: лицензия - Сетевой HASP4 ORGL8 20, получило клиентское приложение
И то же самое только 50: информационная база

А, это я скинул из одно из клиентских ПК. Если с самого сервера то пишет: Лицензия: текущая: Локальный HASP4 ORGL8 20

Вроде так и должно быть по идее. Но и с SQL база ми же по идее тоже.

А если я совсем снесу SQL Server и поставлю заново, это может помочь?

Ищи свой HASP4 ORGL8 20. Где он воткнут. Он такой, красноватый. Который EN8SA на сервере - тот зеленый.
Так, погоди. Похоже у тебя именно с зеленым и проблема. В (3) тогда правильно предположили.
(11) в аладдине он видит HASP4 и это по машине как раз зелёный.
Очень странно. Ведь "с самого сервера то пишет: Лицензия: текущая: Локальный HASP4 ORGL8 20". Это значит, он должен там торчать. И это не зеленый, а красный.
Может, у тебя эмулятор или патченная 1С. Но тогда все равно не очень понятно, почему серверная база не работает. Если клиент считает, что получил клиентскую лицензию, то серверу уже пофиг.
В (2) "Неисправен или не подходит для 1С" - это твое предположение или так прям пишет где-то?
(14) во (2) это так и пишет. Копипаст так сказать. Да я понимаю что хрень какая-то. Но бухгалтер уже злится, что без 1С. Переустановка SQL в теории может помочь)
для запуска SQL базы необходимы два вида лицензий:
- на сервер 1С:Предприятия (может быть программная или зелёный ключ EN8SA)
Тю. Так если у тебя на зеленый пишет "неисправен или не подходит для 1С", то это беда. В худшем случае он тупо сгореть мог и тогда придется его через франча заменять (с просьбой на процедуру замены предоставить подмену).
Попробуй для начала сервак вырубить, ключ переткнуть в другой порт и заново стартануть. Потом можно попробовать драйвер ключа переустановить. Потом можно попробовать на другом компе воткнуть ключ и установить там сервер приложений. И вот если и на другом компе будет "неисправен или не подходит для 1С" - тогда вероятно он таки сгорел.
(20) сервер приложений не переставлял. Но ведь он в локалхосте видится, всё равно мог сгореть?

ORGL8 - это на клиента. Сетевые красного цвета (локальные фиолетовые).
EN8SA - это на сервер. x64 - зеленые (x32 фиолетовый).

Для запуска серверной базы нужны оба ключа.

В аладин мониторе видятся не ключи, а менеджеры лицензий и подключения к ним.

В помощь-о программе текущая лицензия - это та, с которой запуск произошел. Если показывает, что текущая "локальный HASP4 ORGL8 20", а на машине красного ключа нету - то это ооочень похоже на эмулятор. который не поддерживает эмуляцию зеленого ключика .

Есть терминальный сервер, есть сервер MSSQL и Сервер 1С. Все подключаются через тонкий клиент к терминалу, а сервер 1С выдает ключи. Но при подключении через браузер - ключей не видно. Ошибка гласит:

Что самое интересное, ошиба на ключ происходит до открытия формы авторизации. Когда как обычно, когда ключи не видно - ошибка происходит уже после авторизации.

Вопрос задан более трёх лет назад
18061 просмотр

Что самое интересное, ошиба на ключ происходит до открытия формы авторизации. Когда как обычно, когда ключи не видно - ошибка происходит уже после авторизации.

При веб-доступе после ввода логина/пароля вы можете поймать проблему отсутствия свободных лицензий. Когда веб-сервер не видит сервер лицензирования, то он сразу об этом говорит.

Далее проверьте в консоли кластера название центрального компьютера (на котором крутится менеджер лицензирования) и доступность этого названия с компьютера веб-сервера. Я встречался и с такой ситуацией - помогает прописывание соответствие имени и IP адреса в файлике hosts.

Третий вариант который мне приходит в голову и который я видел на практике - фаервол на сервере блокирует порт по которому расширение веб-сервера пытается подключится к кластеру. Помогло изменение правил.

Веб сервер на терминальном стоит.
nethasp.ini лежит в C:\Program Files\1cv82\conf, стандартная конфигурация

лицензии выдает именно сервер приложений, отдельная машинка с MSSQL. Но вот веб клиент не видит ни nethasp, который лежит я уже сказал где, ни менеджера лицензий.

м.б. в апачи где то дело? Прав не хватает?

И разве веб клиент использует какой то свой порт, когда он подключается к скулю? Ведь тонкие клиенты работают.

Проблема с правами доступа возникает насколько мне известно только при использовании веб-сервера поверх файловой базы - явно не ваш вариант.

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

>И разве веб клиент использует какой то свой порт, когда он подключается к скулю? Ведь тонкие клиенты работают.

Вы написали, что все работают на терминальном сервере. Если бы веб-сервер у вас был в стороне, то могла бы быть проблема в правилах фаервола.

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