1с web не найдена лицензия
Приобретая программу 1С, в комплект поставки включается лицензия на данное программное обеспечение. Лицензия может быть представлена в виде:
- аппаратного ключа — специальной флешки для установки в USB-порт компьютера;
- программного ключа лицензии – пинкода программной защиты.
1С: Предприятие поддерживает одновременное использование аппаратной лицензии и программной при работе с информационной базой.
Использование программной лицензии
При использовании программной лицензии файл лицензии сохраняется в специальной папке компьютера и имеет расширение *.lic. Файл с лицензией может располагаться в различных местах файловой системы:
- Каталог конфигурационных файлов конкретной версии платформы: C:\Program Files (x86)\1Cv8\8.3.XX.YYY\licenses.
- Каталог пользователя от имени которого работает система: %AppData%\1C\licenses.
- Каталог пользователя компьютера: %ProgramData%\1C\licenses.
Также могут быть и другие места хранения в зависимости от версии ОС Windows. Самый простой способ найти лицензию — через поиск по строке *.lic.
Поиск должен найти файл для 1C формата *.lic. Если нашлось несколько таких файлов, то, скорее всего, эти файлы остались от предыдущих активаций 1С, поскольку на каждую новую активацию 1C создается новый файл. Актуальным считается файл с самой свежей датой.
В файле содержится закодированная информация о количестве лицензий и данных компьютера и его параметрах.
Лицензия «привязывается» к компьютеру по параметрам:
- сетевое имя;
- сетевой адаптер и его параметры;
- материнская плата;
- жесткий диск;
- процессор;
- оперативная память;
- операционная система (дата установки и серийный номер).
Открыть файл можно с помощью программы Блокнот.
Файл однопользовательской лицензии для конфигурации 1С Бухгалтерия предприятия (базовая версия).
Лицензия не обнаружена — что делать
Также, по каким-то причинам файл лицензии может быть поврежден. В этих ситуациях необходимо восстановить лицензию, нажав на ссылку Получить лицензию .
После выбора способа получения лицензии нажимаем кнопку Далее .
При этом указываем полученный при покупке 1С пинкод. Посмотреть пинкоды можно в конверте, который поставляется вместе с конфигурацией.
Если ранее лицензия запрашивалась, то выбираем пункт Ввод данных ранее запрошенной лицензии .
В открывшемся окне вставляем данные из файла.
Следуем шагам установщика по кнопке Далее до кнопки Готово и сохраняем полученную лицензию.
Использование аппаратного ключа защиты
Ошибка «Лицензия не обнаружена» может возникнуть и при использовании аппаратного ключа защиты программы. В этом случае, первое, что необходимо сделать — проверить, вставлен ли ключ в порт USB. Зачастую бывает, что ключ извлекли или пошевелили и компьютер его просто не видит.
При работе с сетевым ключом, могут быть и другие причины:
- отсутствие сетевого подключения;
- количество подключенных пользователей превышает количество лицензий.
- сбой в работе драйвера ключа защиты.
В окне запуска программы PDF перейдите по кнопке Настройка и проверьте выставление флажка Использовать аппаратную лицензию (ключ защиты) .
Флажок выставляется при установке платформы, когда происходит установка драйвера аппаратных ключей защиты. Необходимо проверить, возможно, при установке платформы его не установили.
При проблемах с драйвером, его можно установить (переустановить), открыв приложение 1С по кнопке Пуск — Все программы — 1С Предприятие . В разделе Дополнительно видим команды:
Нажав ссылку Установка драйвера защиты , система автоматически его переустановит.
Возможна ситуация, что сам ключ поврежден, что редко, но случается. В этом случае система его не будет видеть: светодиод ключа не будет светиться. В таком случае, необходимо обратиться в обслуживающий центр 1С и произвести замену ключа.
Помогла статья?
Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно
Похожие публикации
(6 оценок, среднее: 3,00 из 5)
Публикацию можно обсудить в комментариях ниже.
Обратите внимание!
В комментариях наши эксперты не отвечают на вопросы по программам 1С и законодательству.
Задать вопрос нашим специалистам можно в Личном кабинете
Вы можете задать еще вопросов
Доступ к форме "Задать вопрос" возможен только при оформлении полной подписки на БухЭксперт8
Нажимая кнопку "Задать вопрос", я соглашаюсь с
регламентом БухЭксперт8.ру >>
Спасибо огромное, Марина Аркадьевна! Очень приятно в очередной раз вас слышать! Спасибо, что всегда помогаете понять то,что порой понять невозможно! Как-то все на место становится в голове! Да и настроение порой поднимаете своим позитивом! с нетерпением буду ждать следующей встречи!
Содержание
Вы можете задать еще вопросов
Доступ к форме "Задать вопрос" возможен только при оформлении полной подписки на БухЭксперт8
Нажимая кнопку "Задать вопрос", я соглашаюсь с
регламентом БухЭксперт8.ру >>
Добрый день При попытке войти в 1С через вэб интерфейс, выдает ошибку "Не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия!" . На всех базах , на всех компах (на которых проверял) одинаковая ошибка. Через клиент все базы на тех же компах прекрасно работают. На прошлой неделе таких проблем не было и все прекрасно работало. Пробовал менять параметр "Разрешить выдачу лицензий сервером"-никакого эффекта. Разница только в том. что при "Нет" программа немного думает, прежде чем выдать ошибку, а при "Да"-выдает моментально. В 1С в журнале регистрации, просто пишет-Ошибка аутентификации пользователя *******. Ни подробностей, ни кодов ошибок не выдает.
(3) Очевидно, тонкие клиенты по бродкосту могут найти ключ, а сам сервер - не может.
Ну а веб клиент, собственно, даже и не искал. Он может брать лицензию только с сервера.
Может, лучше поменяете два аппаратных ключа на программные?
(9) лицензии на сервере могли закончится (ключ что видит сервер 1С). Это могло произойти, если клиентские компьютеры переключились на получение лицензий с этого же ключа.
Может стоит поднять сервер лицензирования.
Как понимаю, клиенты получали лицензии от HASP LM, а не от сервера 1С.
Веб-клиент от HASP LM ничего получить не может. Лицензию для веб-клиента может выдать только сервер 1С, но сервер 1С в принципе не может выдать лицензию от трех ключей, если все три ключа одной серии ORGL8 в диапазоне от 1 до 100 пользователей.
(7) У нас все прекрасно работало до сегодняшнего дня, а я никаких изменений в настройках сети или выдаче лицензий не проводил.
(8) Если лицензии перестали выдаваться, значит что-то все же изменилось. Если веб-клиенты ранее получали лицензии, значит в настройках кластера параметр "Разрешить выдачу лицензий сервером 1С:Предприятие" должен быть в состоянии "Да". В этом случае сервер может выдать лицензии только с ОДНОГО ключа одной серии установленного локально непосредственно на машину, на которой установлен сервер 1С + только с ОДНОГО ключа одной серии по сети, полученных сервером от HASP LM, т.е. если сервер перестал выдавать лицензии, то значит он потерял доступ к локальному ключу и/или к ключу на другой машине через HASP LM.
P.S.
К ключам одной серии относятся все клиентские ключи от 1 до 100 пользователей (ORGL8), а 300 и 500 пользователей - это другие серии.
+ такая проблема также может возникнуть, если в сети появилась файловая база или клиент-серверная, у которой в параметре "Разрешить выдачу лицензий сервером 1С:Предприятие" указано "Нет"
По сути вопрос закрыт, хотя и не решен окончательно-работа восстановилась сама по себе, но причину я так и не нашел-в логах ОС нету ничего, что однозначно можно было бы обозначить как причину, в логах 1С ничего кроме ошибки аутентификации без пояснений.
(14) Отлично, что все само собой разрешилось, но в следующий раз лучше сразу указать, какие именно ключи используются (на сколько рабочих мест), есть ли файловые базы и во всех ли SQL базах настроена раздача лицензий сервером.
Хотя возможно проблема была и вовсе не в ключах )
(15) Отвечу сразу на все-три ключа. 2 по 50 и 1 на 100. Все на разных серверах. Лицензии не кончались (проверял через монитор). Есть файловые базы, но юзаю их только я (тестовые) на своем компе. В 12 базах, которые используют вэб интерфейс выдача лицензий сервером разрешена, в остальных (еще порядка трех десятков)-нет. Все это работает в такой конфигурации уже давно и никогда не было таких проблем (раньше были проблемы, что два ключа полностью забивались и юзерам писало, что лицензии закончились, а на самом большом ключе висело свободных 90 лицензий, но эта проблема давно благополучна заборота, в том числе не в последнюю очередь, благодаря помощи пользователей infostarta). С момента возникновения проблемы не появлялось и не убавлялось ни файловых, ни sqlных баз. Ничего не менялось в плане сетевых настроек, или настроек антивируса и прочего "безопаснического" софта.
Добрый день.
Возник тут вопросик.
Если мы публикуем файловую базу на сервер, то вебклиент находит сетевые ключи и пускает в базу, если же мы публикуем базу серверную, то он ругается, что не найдена клиентская лицензия.
Если в свойствах базы на сервере поставить, что сервер выдает клиентскую лицензию, то вебклиент работает, но тогда мы налипаем на дикий перерасход лицензий, потому как когда клиент ищет лицензию сам, то мы получаем одну лицензию на место, независимо от количества открытых баз, если мы разрешаем выдавать лицензии сервером, то тогда получаем лицензию на подключение, то есть если у пользователя открыто одновременно 4 базы, он заграбастал 4 клиентских лицензии, причем сервер очень не торопится их освобождать,и не хочет искать лицензии на нескольких серверах лицензирования.
Собственно вопрос, как заставить вебклиент искать лицензию самому при серверной базе данных?
(1) Веб-клиент не умеет сам искать лицензии. Поэтому ответ на вопрос - никак.
Веб-клиент может получать лицензии только через сервер или расширение веб-сервера.
Если программные - то правильно делает, лицензия на подключение: сколько открыл сессий пользователь, столько и забрал лицензий.
Если физический ключ - то на "устройство".
В общем случае ответ не правильный. Принцип лицензирования не зависит от вида лицензий. И программные и аппаратные лицухи могут быть и per user и per host.
не как " как заставить вебклиент искать лицензию самому", а "что у вас за лицензии"?
Если программные - то правильно делает, лицензия на подключение: сколько открыл сессий пользователь, столько и забрал лицензий.
Если физический ключ - то на "устройство".
Да и потом, вот тут у 1С отдельно написано "уточнение" для веб-клиентов:
"если данное рабочее место представляет собой веб-клиент "1С:Предприятия 8" либо тонкий клиент или толстый клиент, не имеющие ключа защиты "1С:Предприятия 8" и не подключенные к локальной вычислительной сети, в которой установлены аппаратные ключи защиты "1С:Предприятия 8", то на каждый сеанс с информационной базой "1С:Предприятия 8" требуется отдельная Клиентская лицензия" - т.е. веб-клиенты ведут себя как "отдельный сеанс - отдельный пользователь".
(1) Веб-клиент не умеет сам искать лицензии. Поэтому ответ на вопрос - никак.
Веб-клиент может получать лицензии только через сервер или расширение веб-сервера.
Если программные - то правильно делает, лицензия на подключение: сколько открыл сессий пользователь, столько и забрал лицензий.
Если физический ключ - то на "устройство".
В общем случае ответ не правильный. Принцип лицензирования не зависит от вида лицензий. И программные и аппаратные лицухи могут быть и per user и per host.
В вашем "общем случае" может и покупают для каждого веб-юзера однопользовательскую лицензию.
В этом вашем "общем" случае у ТС вообще бы вопросов не было - пользователь пришел со "своей" лицензией и подключился.
Здесь же - многопользовательская программная на сервер.
Программная - на соединение, аппаратная - на пользователя.
Есть нюансы выдачи лицензии на файловую и серверную базы.
Но программная - она на соединение. И отдельный ключ для одного пользователя, да еще и сервер ему в придачу, чтобы установить на него этот ключ - тоже не покупают. Но вот USB-ключи как раз обычно "однопользовательские" с номиналом лицензий.
Что, собственно, и отражено при обмене "программных" на "USB-ключи" - с приличной доплатой в 30% стоимости программных.
Как раз "искать" и учитывать лицензии модуль расширения web-сервера 1С
Что и, скорей всего, как раз и происходит в данном случае - в случае работы с файловой базой через web-клиент находится какая-то однопользовательская лицензия (её находит модуль расширения веб-сервера, и о которой автор не знает), а при работе с серверной базой - выдаются в обычном порядке на каждое соединение по web обычные многопользовательские программные лицензии.
Не зависит от вида лицензии :)
Программная лицензия может быть per host. Многопользовательская программная не может раздаваться по сети для файловых баз - это правда (нет аналога hasp lm).
Но если программную лицензию можно активировать однопользовательскими вариантами - она будет per host.
А если HASPбудет раздаваться сервером (или расширением), то, сюрприз, ключ станет per seance.
Но в любом случае - веб-клиент может самостоятельно получать лицензию.
(4)
находится какая-то однопользовательская лицензия (её находит модуль расширения веб-сервера, и о которой автор не знает)
Какой-то абстрактный локальный ключ расширение найти не может, только тот, который воткнут в комп с веб-сервером и это будет только для одного пользователя.
никаких сюрпризов - а строгая лицензионная политика.
Лицензия от hasp может, формально, и станет на сеанс, но подключиться под эту лавочку все равно можно на несколько сеансов для одного пользователя - она будет выдаваться этому конкретному пользователю во временное владение.
Хотя я сомневаюсь, что аппаратная лицензия на пользователя будет проходить через сервер как "программная"/на сеанс.
А вот с программными каша - они более "гибкие", и зависит от того, чем её "активируют" в первую очередь, это верно.
Хотя тут эта "гибкость" как пятое колесо - как обычно, лучше бы её не было вовсе.
Лицензия от hasp может, формально, и станет на сеанс, но подключиться под эту лавочку все равно можно на несколько сеансов для одного пользователя - она будет выдаваться этому конкретному пользователю во временное владение.
Че? Еще раз: многопользовательский ключ, будучи раздаваемый сервером или расширением веб-сервера, раздается per seance, а не per host. Это не дискуссия, это констатация :)
Однопользовательский ключ не раздается hasp lm-ом
(9)
многопользовательский ключ, будучи раздаваемый сервером или расширением веб-сервера, раздается per seance, а не per host
- именно что программные все многопользовательские (ну кто пользует программный однопользовательский?), а аппаратные - "однопользовательские" (на пользователя/хост) - вот кто пользует аппаратный "многопользовательский"? А такие hasp'ы есть вообще? )
Однопользовательский USB-ключ на 1 пользователя (программистский, инженерный, etc) - сколько угодно, и да, он не раздается через сервер или HL.
Как встречается иногда и программный "однопользовательский" (одна лицензия) по использованию (привязка к пользователю/железу), но "многопользовательский" - по функционалу (на сеанс со всеми ограничениями, только - "в пределах" одного единственного пользователя, другой не воспользуется).
: hasp-ключ (не тот "однопользовательский", который на 1 пользователя, и более там лицензий нет!) - всегда с набором "однопользовательских" лицензий (5, 10, 20, 50 шт). Потому что гладиолус )
Потому что - аппаратный, "однопользовательский" по функциональности (на пользователя/хост, много сеансов/на ключ), но "многопользовательский" по использованию (выдается динамически, может по очереди выдаваться разным пользователям, нет привязки к одному пользователю, сия привязка - временная лишь на время работы пользователя в базе, и все)
- ключ USB-hasp так и останется "однопользовательский" по функциональности, но "многопользовательский" по использованию, потому что аппаратный. И никак не станет "программным многопользовательским", т.е. - на сеанс, привязка к соединению.
Я предположил, что "формально" он может в каком-то случае учитываться как "на сеанс", не теряя своих "качеств" - прежде всего, на множество соединений.
Например, когда начинаем играться галочкой "выдавать сервером". Да, лицензии могут начать выдаваться "на подключение".
Но стоит вернуть все взад - подключения снова на пользователя, один пользователь/одна лицензия.
Т.е. чистая формалистика.
Но вижу, что вы такого никогда не наблюдали и не заморачивались, а вот мы иногда "гоняем" так лицензии, чтобы заставить нормально работать всю эту шатающуюся систему проверки валидности и привести её "в чувство", так сказать )).
Но аппаратный ключ, кем бы ни раздавался - остается аппаратным ключем без всяких "на сеанс".
еще какая.
Даже у 1С вас удалось запутать в чисто логической области, "бумажном " поле - со всеми этими "одно-много-куда-пользовательскими", "аппаратными-программными", USB-неUSB )
Что прекрасно видно на вашем примере )
А представьте, что у 1С творится в самой что ни на есть программной части, которая априори у них запутана, сложна, с ошибками, глюками и недоделками - во всех этих "программных" ключах.
Постоянные сбои, потери, "не так поняла - показалось, что сменили железо", "забыла, где оставила ключи", "не могу поднять ногу - нет связи" и т.д
Самая настоящая каша в использовании, с которой лучше не связываться.
Так что - считаю, что вы просто не разобрались, и запутались (что не удивительно, и для 1С "норма") во всех этих терминах и определениях.
Доброго.
Работа через браузер. Не обнаружено свободной лицензии.
Локально все работает. Лицензий хоть попкой кушай.
Через Опера ВПН тоже.
Но из вне хрен тама.
Как 1С ищет лицензию при работе через браузер?
Чего не хватает?
(5) AKS Monitor смотрю, все ключи видны и свободные лицензии есть. Смотрю прямо на той машине где опубликована база и стоит апач
(8) И пробовали перезапускать апач?
Кроме того если на этой машине запустить тонкий клиент , находит лицензию?
(7) Несколько пользовательских ключей? Тогда не взлетит. Чем не устраивает тонкий клиент, через веб-сервер?
веб сернвер в лице апача будет раздавать лицензию если они установлены в том же месте что и апач
много однопользовательских ключей в одной машине раздавать не будут, нужен сетевой ключ.
либо тонкий клиент ставить и раздавать ключи пользователям
(13)Ключи USB многопользовательские. Три на 5, один на 10 пользователей. Установлены по разным машинам. AKS Monitor все видит.
(14) Кроме этой базы, с которой работают только через веб, есть в сети другие клиенты, которые работают тонким или толстым с другими базами используя для запуска эти же ключи?
Это всё конечно тут пишут, хасп фигасп. )) Полезли в дебри какие-то. Давайте объясняю просто и понятно, как мы любим.
И так. Если на серваке 1С пользовательская лицуха, то запустив на этом же серваке (ПК) конфигуратор или войдя в базу, и при этом же пытаться зайти удаленно через web, есессно выдаст "не обнаружено свободной лицензии". Проверить запущен ли какой-либо ПОЛЬЗОВАТЕЛЬСКИЙ сеанс именно НА СЕРВАКЕ (имя сервера например 1CServer) можно через консоль клястера. Там же можно и убить эти сеансы если они подвисли.
Таким образом. Все локальные "тонкие" клиенты работающие в офисе через платформу получают лицухи на свои ПК (PC1, PC2, PC3 и т.д.) с сервака. А для web клиента нужна хотя бы ОДНА свободная лицуха НЕ ЗАПУЩЕННАЯ платформа или конфигуратор на самом сервере 1С (1Cserver). При этом, локальные пользователи со своими ПК (PC1, PC2 и т.д) в офисе и web-пользователь пересекаться не будут. Однако работать одновременно с платформой 1С на сервере (физическом) и через web НЕ ПОЛУЧИТСЯ. Так как web будет стучаться к этому же серверу (1CServer) и запрашивать свободную лицуху. Видя, что она занята сеансом на самом же сервере выдает - "не обнаружено свободной лицензии", что логично.
Вывод. Не загружайте платформу или конфигуратор на физическом сервере 1С. и будет вам счастье. Либо физический сервер, либо web. Третьего не дано. Т.е. либо даете RDP этому юзеру на сервак. Либо даете ему web. Решать вам, как удобнее. Но параллельно работать и там и там не получится.
Есть терминальный сервер, есть сервер MSSQL и Сервер 1С. Все подключаются через тонкий клиент к терминалу, а сервер 1С выдает ключи. Но при подключении через браузер - ключей не видно. Ошибка гласит:
Что самое интересное, ошиба на ключ происходит до открытия формы авторизации. Когда как обычно, когда ключи не видно - ошибка происходит уже после авторизации.
- Вопрос задан более трёх лет назад
- 18484 просмотра
Что самое интересное, ошиба на ключ происходит до открытия формы авторизации. Когда как обычно, когда ключи не видно - ошибка происходит уже после авторизации.
При веб-доступе после ввода логина/пароля вы можете поймать проблему отсутствия свободных лицензий. Когда веб-сервер не видит сервер лицензирования, то он сразу об этом говорит.
Далее проверьте в консоли кластера название центрального компьютера (на котором крутится менеджер лицензирования) и доступность этого названия с компьютера веб-сервера. Я встречался и с такой ситуацией - помогает прописывание соответствие имени и IP адреса в файлике hosts.
Третий вариант который мне приходит в голову и который я видел на практике - фаервол на сервере блокирует порт по которому расширение веб-сервера пытается подключится к кластеру. Помогло изменение правил.
Веб сервер на терминальном стоит.
nethasp.ini лежит в C:\Program Files\1cv82\conf, стандартная конфигурация
лицензии выдает именно сервер приложений, отдельная машинка с MSSQL. Но вот веб клиент не видит ни nethasp, который лежит я уже сказал где, ни менеджера лицензий.
м.б. в апачи где то дело? Прав не хватает?
И разве веб клиент использует какой то свой порт, когда он подключается к скулю? Ведь тонкие клиенты работают.
Проблема с правами доступа возникает насколько мне известно только при использовании веб-сервера поверх файловой базы - явно не ваш вариант.
Как вы подключаетесь тонким клиентом? Напрямую к серверу? Сделай подключение в тонком через веб - будет ли проблема с ключем в этом случае? Если да, то попробуйте в качестве эксперимента в настройках стартера использование аппаратной лицензии - возможно есть другие проблемы, которые замаскированы ключем. А еще лучше было бы включить логирование и посмотреть эксепшены.
>И разве веб клиент использует какой то свой порт, когда он подключается к скулю? Ведь тонкие клиенты работают.
Вы написали, что все работают на терминальном сервере. Если бы веб-сервер у вас был в стороне, то могла бы быть проблема в правилах фаервола.
Читайте также: