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

Обновлено: 02.07.2024

Всем привет, при запуске 1с пишет что не найдена лицензия.
Hasp висит на W2008 server
у пользователя такая ошибка
Не обнаружено свободной лицензии!
по причине:
Поиск лицензии на клиенте:
Файл программной лицензии не найден
локальный ключ недоступен: Status=-100, ORGL8 Локальный, не установлен
локальный ключ недоступен: Status=-100, ORG8A Локальный, не установлен
локальный ключ недоступен: Status=-100, ORG8B Локальный, не установлен
nethasp.ini: C:/Program Files (x86)/1cv82/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=138, ORGL8 Сетевой, не установлен
nethasp.ini: C:/Program Files (x86)/1cv82/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=129, ORG8A Сетевой, не установлен
nethasp.ini: C:/Program Files (x86)/1cv82/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=129, ORG8B Сетевой, не установлен
Поиск лицензии на сервере:
ORGL8 Локальный, установлен, свободные лицензии закончились
Файл программной лицензии не найден
ORG8A Локальный, не установлен
ORG8B Локальный, не установлен
nethasp.ini: отсутствует, использованы настройки по умолчанию, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=138, ORGL8 Сетевой, не установлен
nethasp.ini: отсутствует, использованы настройки по умолчанию, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=129, ORG8A Сетевой, не установлен
nethasp.ini: отсутствует, использованы настройки по умолчанию, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=129, ORG8B Сетевой, не установлен

Уже 3 дня мучаюсь.
Помогите
Заранее спасибо.

__________________
Помощь в написании контрольных, курсовых и дипломных работ здесь

Не обнаружено свободной лицензии
Здравствуйте! Срочно требуется помощь! Стоит серверный вариант 1С бухгалтерии. В организации.


Ошибка поле объекта не обнаружено
Создал табличное поле. Делаю добавление строки. Процедура КоманднаяПанельКлик(Кнопка).


Файл лицензии программной лицензии 1С 8.2
Привет! Помогите найти файл лицензии программной лицензии 1С. Лицензия ставилась с удаленного.

Вы можете приобрести клиентские и серверные лицензии 1С:Предприятие 8.* напрямую в нашей компании даже если территориально находитесь в другом регионе РФ, т.к. мы можем обеспечить максимально быструю отгрузку электронных лицензий 1С в любую точку нашей огромной страны - пинкоды для регистрации и активации лицензий высылаем на емайл в течение двух часов после оплаты (в рабочие дни с 10.00 до 18.00 по МСК). Прямая регистрация в личном кабинете официального портала 1С. Гарантия 100% лицензионности!
Клиентские лицензии 1С:Предприятие 8
Лицензии на сервер 1С:Предприятие 8

NETHASP.INI

Файл nethasp.ini служит для настройки параметров поиска клиентских лицензий 1С:Предприятие 8, которые выдает HASP License Manager с многопользовательских аппаратных ключей защиты HASP.
Всего существует три серии многопользовательских клиентских ключей системы 1С:Предприятие:
  • ORGL8 - клиентские ключи на 5, 10, 20, 50 и 100 рабочих мест,
  • ORG8A - клиентский ключ на 300 рабочих мест;
  • ORG8B - клиентский ключ на 500 рабочих мест.
Файл nethasp.ini располагается на машине, с которой осуществляется поиск ключей и содержит инструкции для поиска. Данные инструкции применяются клиентским приложением 1С:Предприятия, сервером 1С:Предприятия и модулем веб-сервера, но в последних двух случаях процесс имеет свои особенности - сервер 1С:Предприятия (или веб-сервер для файловой информационной базы) по сети может подключиться только к одному многопользовательскому ключу одной серии.
Подробнее Особенности получения клиентских лицензий через сервер 1С:Предприятие при использовании нескольких аппаратных ключей защиты типа HASP .

Файл nethasp.ini содержит четыре секции:

В каждой секции можно использовать параметры, специфические для данной секции или общие для всех секций. Указание общего для всех секций параметра в секции для одного из трех протоколов обладает большим приоритетом, чем настройка в секции [NH_COMMON] (по отношению к этому протоколу).
Для определения дополнительных настроек конкретного протокола следует использовать параметры, специфические именно для конкретной секции.
В конфигурационном файле nethasp.ini могут присутствовать комментарии. Признаком комментария является символ «;» (точка с запятой). Комментарий начинается с символа «;» и продолжается до конца строки, т.е. в файле начиная с символа «;» и до конца строки все команды являются закомментированными и не обрабатывается. Последняя строка в файле nethasp.ini не обрабатывается. Если в последней строке указан какой-то параметр, который должен быть применен, то в последней строке добавьте комментарий или хотя бы сделайте перенос на следующую строку. Регистр букв в именах параметров не имеет значения (за исключением некоторых настроек для MacOS).

Описание параметров, которые могут применяться в файле nethasp.ini

Параметр отвечает за использование протокола IPX для связи с HASP License Manager.
Возможные значения:
Параметр отвечает за использование протокола NetBIOS для связи с HASP License Manager.
Возможные значения:
  • Enabled (использовать),
  • Disabled (не использовать).
Параметр отвечает за использование протокола TCP/IP для связи с HASP License Manager.
Возможные значения:
  • Enabled (использовать),
  • Disabled (не использовать).
  • Enabled (использовать),
  • Disabled (не использовать).
  • Enabled (использовать),
  • Disabled (не использовать).
  • 2F_NEW - протокол IPX будет использовать прерывание 2fH.
  • 7A_OLD - протокол IPX будет использовать прерывание 7Ah.
  • Localnet
  • Internet
  • TCP,
  • UDP.
  • Enabled (использовать),
  • Disabled (не использовать).
При установке 1С:Предприятие в каталог conf установочного каталога системы 1С:Предприятие (C:\Program Files\1cv8\conf) копируется образец файла nethasp.ini, который практически полностью состоит из закомментированных строк и никак не переопределяет значений параметров по умолчанию, но при этом он содержит наиболее полный список параметров, которые могут использоваться для настройки работы с HASP License Manager.

Примеры файла nethasp.ini:

IP-адреса и имена даны для примера. При настройке своих конфигурационных файлов следует указывать реальные IP адреса машин и заданные вами имена менеджеров лицензий. В сети используются два многопользовательских ключа, каждый из которых установлен в отдельную машину с IP 168.192.1.41 и 168.192.1.54, на которых установлены HASP License Manager с именами LM1 и LM2 соответственно. -------------------- nethasp.ini ------------------------------
[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 168.192.1.41, 168.192.1.54
NH_SERVER_NAME = LM1, LM2 Обратите внимание, что параметры "NH_SERVER_ADDR" и "NH_SERVER_NAME" должны соответствовать друг другу, т.е. на машине с адресом 168.192.1.41 должен быть запущен менеджер с именем LM1, а на машине с адресом 168.192.1.54 с именем LM2. При этом LM1 и LM2 - это имена менеджера лицензий, который задается с помощью параметра NHS_SERVERNAMES в конфигурационном файле nhsrv.ini на машине с HASP LM. Один сервер защиты HASP License Manager с ключом HASP находится в сети по адресу 192.168.0.12, используется сетевой порт 475, используется протокол TCP/IP, протоколы IPX и NetBIOS заблокированы, для работы используются TCP-пакеты и запрещен широковещательный механизм Broadcast TCP/IP. NH_NETBIOS=Disabled
NH_TCPIP=Enabled
[NH_TCPIP]
NH_SERVER_ADDR=192.168.0.12
NH_PORT_NUMBER=475
NH_TCPIP_METHOD=TCP
NH_USE_BROADCAST=Disabled
---------------------------------------------------------------- Когда наоборот необходимо клиенту, серверу 1С:Предприятия или модулю веб-сервера полностью запретить поиск клиентских ключей по сети (например, чтобы клиенты, имеющие доступ к информационной базе через веб-сервер, гарантированно не могли занять лицензии с других аппаратных ключей, используемых в той же локальной сети). [NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Disabled

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

  • Формировать единый конфигурационный файл nethasp.ini для всех версий и компонент платформы 1С:Предприятие 8.*, установленных на компьютере. Для этого файл nethasp.ini должен располагаться только в каталоге conf корневого каталога установки.
  • Формировать конфигурационные файлы nethasp.ini отдельно для каждой версии платформы 1С:Предприятие 8.*, установленной на компьютере. Для этого конфигурационные файлы должны располагаться только в каталоге bin\conf конкретной версии платформы.
  • Формировать различные конфигурационные файлы nethasp.ini для разных компонентов (например, для клиентского приложения и сервера "1С:Предприятия 8.*", функционирующего под другим пользователем системы) любой версии, работающих на компьютере. Для этого конфигурационные файлы должны располагаться в каталогах конфигурационных файлов, которые доступны для всех пользователей компьютера (перечень таких каталогов зависит от используемой операционной системы и варианта установки системы "1С:Предприятие").
  • Использовать комбинации перечисленных способов для различных конфигурационных файлов.

Для ОС Windows
В ОС Windows файлы могут располагаться в следующих местах (в порядке поиска):

    Каталог bin\conf конкретной версии:

    Установка «для компьютера»:

  • 32-разрядная система в 64-разрядной ОС: %PROGRAMFILES(x86)%\1cv8\A.B.C.D\bin\conf.
  • В остальных случаях: %PROGRAMFILES%\1cv8\<8.3.**.****>\bin\conf.

  • 32-разрядная система в 32-разрядной ОС: %LOCALAPPDATA%\Programs\1cv8\<8.3.**.****>\bin\conf.
  • 32-разрядная система в 64-разрядной ОС: %LOCALAPPDATA%\Programs\1cv8_x86\<8.3.**.****>\bin\conf.
  • 64-разрядная система в 64-разрядной ОС: %LOCALAPPDATA%\Programs\1cv8_x64\<8.3.**.****>\bin\conf.

  • Каталог conf установленной версии, например: /opt/1cv8/<8.3.**.****>/conf.
  • Каталог conf корневого каталога установки: /opt/1cv8/conf.
  • Каталог

NHSRV.INI

Файл nhsrv.ini служит для настройки параметров выдачи лицензий HASP License Manager и должен располагаться на той машине, на которой установлен HASP License Manager и многопользовательский ключ HASP.

Описание параметров, которые могут применяться в файле nhsrv.ini

Файл nhsrv.ini также может содержать четыре секции:

  • [NHS_SERVER] - секция, в которой указываются глобальные настройки HASP LM для всех разделов конфигурационного файла nhsrv.ini.
  • [NHS_IP] - для настроек протокола IP;
  • [NHS_IPX] - для настроек протокола IPX;
  • [NHS_NETBIOS] - для настроек протокола NetBIOS.

Параметр определяет диапазон сетевых станций, обслуживаемых HASP LM.
  • последний параметр в IP может быть диапазоном (например, 10-120);
  • последние параметры в IP могут быть заменены звездочкой, но не в середине (например, можно 192.168.*.*, но нельзя 192.168.*.25);
  • дополнительная маска может быть задана как 192.168.0.0/52.
Пример: NHS_IP_LIMIT=192.168.0.11, 192.168.0.*, 192.168.0.1-32, 192.168.0.0/52 Параметр определяет IP-адрес одной или более сетевых карт, которые будут обслуживать HASP License Manager. Применяется при использовании HASP License Manager с Win32.
Возможные значения: <ipAddrSubMask>,<ipAddrSubMask>. Параметр задает максимальное количество пользователей, одновременно подключенных к HASP License Manager.
Значение по умолчанию: 250.
Изменять значение параметра следует только при использовании аппаратных ключей 1С:Предприятие 8.* на 300 и 500 рабочих мест. Параметр отвечает за использование протокола UPD.
Возможные значения:
Пример: NHS_USE_UDP=Enabled (на данный момент не поддерживается) Параметр отвечает за использование протокола TCP.
Возможные значения:
  • Enabled (использовать),
  • Disabled (не использовать).
Параметр отвечает за использование протокола NetBIOS.
Возможные значения:
  • Enabled (использовать),
  • Disabled (не использовать).
Если Вы уверены, что протокол NetBIOS для работы менеджера лицензий не требуется, то рекомендуется отключить.
Значение по умолчанию: Enabled. Файл nhsrv.ini с настройками по умолчанию устанавливается в каталог загрузочных модулей менеджера лицензий, обычно "C:\Program Files\Aladdin\HASP LM". При запуске менеджер лицензий HASP License Manager выполняет попытку найти и прочитать файл nhsrv.ini. Поиск файла nhsrv.ini осуществляется в следующей последовательности:

Для ОС Windows

  • каталог, откуда запущен загрузочный модуль менеджера лицензий (nhsrvw32.exe);
  • текущий каталог Windows;
  • 32-битный системный каталог Windows, например, для Windows XP - C:\WINDOWS\system32;
  • битный системный каталог Windows, например, для Windows XP - C:\WINDOWS\system;
  • маршруты, перечисленные в переменной path окружения.

Для упрощения настройки менеджера лицензий HASP License Manager рекомендуется обеспечить, чтобы на компьютере менеджера лицензий была установлена единственная копия файла nhsrv.ini и она была размещена в каталоге, из которого запускается менеджер лицензий.

    Если менеджер лицензий запускается как приложение, то файл nhsrv.ini должен находится в каталоге, указанном менеджеру лицензий при установке:

  • "C:\Program Files\Aladdin\HASP LM" для 32-разрядного Windows
  • "C:\Program Files (x86)\Aladdin\HASP LM" для 64-разрядного Windows.

Для ОС Linux и MacOS название конфигурационного файла и местоположение по умолчанию не определено. Имя конфигурационного файла и путь до него указывается при помощи параметра «-c», например: ./hasplm -c /etc/nhsrv.ini

Особые случаи и рекомендации

  • Обратите внимание, что менеджер лицензий HASP License Manager умеет работать только с многопользовательскими аппаратными ключами на платформу 1С:Предприятие 8.* типа HASP серии ORGL8 (красные ключи на 5, 10, 20, 50 и 100 рабочих мест), ORG8A (клиентский ключ на 300 рабочих мест) и ORG8B (ключ на 500 рабочих мест).
    Таким образом менеджер лицензий:

- не работает с программными лицензиями;
- не работает с лицензиями или ключами системы защиты отраслевых конфигураций;
- не работает с ключами на сервер 1С:Предприятие 8.* серий ENSR8 или EN8SA;
- не работает с однопользовательскими фиолетовыми ключами серии ORGL8.

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

После этого имена менеджеров необходимо указать в nethasp.ini на клиентских машинах.

Обратите внимание, что параметры "NH_SERVER_ADDR" и "NH_SERVER_NAME" должны соответствовать друг другу в порядке указания, т.е. на машине с адресом 168.192.1.41 должен быть запущен менеджер с именем LM1, на машине с адресом 168.192.1.54 с именем LM2, а на машине с адресом 168.192.1.59 с именем LM3 (для ОС Linux имеет значение регистр).

При этом на клиентских машинах в nethasp.ini необходимо будет заблокировать BROADCAST и разрешить только протокол TCP/IP.

Опять же не забываем заблокировать BROADCAST и разрешить TCP/IP в nethasp.ini.

Вы можете выполнить замену USB-ключей на программные лицензии или объединить несколько USB-ключей в один через отдел продаж нашей компании даже если продукты ранее приобретались вами в другой организации.
Подробные условия и стоимость обмена описаны в статье: Апгрейд (обмен) дополнительных клиентских лицензий программных продуктов системы 1С:Предприятие 8.

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

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

Параметры конфигурационного файла nethasp.ini на Сервер 1:
-------------------- nethasp.ini ----------------------------
[NH_COMMON]
NH_IPX=Disabled
NH_NETBIOS=Disabled
NH_TCPIP=Enabled
[NH_TCPIP]
NH_SERVER_ADDR=192.168.0.14 ; Адрес компьютера №1 с менеджером лицензий
NH_USE_BROADCAST=Disabled
---------------------------------------------------------------

Параметры конфигурационного файла nethasp.ini на Сервер 2:
-------------------- nethasp.ini ----------------------------
[NH_COMMON]
NH_IPX=Disabled
NH_NETBIOS=Disabled
NH_TCPIP=Enabled
[NH_TCPIP]
NH_SERVER_ADDR=192.168.0.36 ; Адрес компьютера №2 с менеджером лицензий
NH_USE_BROADCAST=Disabled
---------------------------------------------------------------

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

Казалось бы, что для этого будет достаточно настроить 1С на работу через TCP-пакеты с помощью параметров файлов nethasp.ini и nhsrv.ini:

А с помощью параметров nhsrv.ini отключить прослушивание UDP-протокола, оставив только TCP:

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

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

Если данная статья была для Вас полезной, то Вы можете поддержать авторов нашего сайта, оставив свой отзыв. Если у Вас установлен Яндекс.Браузер, то в правом верхнем углу браузера нажмите на кнопку отзывов.

Последовательность поиска лицензий при запуске программы системы "1С:Предприятие 8.3"

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

Первые программные продукты на платформе "1С:Предприятие" с программной системой защиты "1С:Предприятие 8" была выпущены фирмой 1С в сентябре 2010 года (1С:Документооборот и 1С:УНФ, а также дополнительные клиентские и серверные лицензии). В 2011 году были выпущены ПРОФ версии основной линейки программных продуктов "1С:Предприятие 8" для хозрасчетных предприятий, а 2012 г. для бюджетников. На момент написания статьи все типовые программные продукты "1С:Предприятие 8" можно купить с программной системой защиты, при этом для большинства программных продуктов существует возможность приобрести вариант и с традиционными USB-ключами, которые стоят приблизительно на 20% дороже аналогов с программной защитой.


Лицензии и USB-ключи могут быть установлены локально на персональном компьютере или на сервере. Лицензии с сервера может раздавать сервер "1С:Предприятия", специальный модуль web-сервера или менеджер ключа. Поэтому администратору системы важно понимать в какой последовательности система 1С осуществляет поиск свободной лицензии.


Похожие статьи на тему:

Порядок поиска лицензии при запуске клиентского приложения "1С:Предприятие 8.3"

Если на каком-либо шаге будет обнаружена необходимая лицензия, дальнейший поиск прекращается и программа 1С запускается.

При запуске клиентского приложения "1С:Предприятие" поиск свободной лицензии осуществляется в следующей последовательности:

1. На компьютере с клиентским приложением:

  • Выполняется попытка получения лицензии из того файла программной лицензии или ключа защиты HASP того же типа (серия, сетевой или локальный), откуда лицензия была получена при последнем успешном подключении;
  • Выполняется поиск программных лицензий на локальном компьютере;
  • Выполняется поиск локального ключа HASP;
  • Выполняется поиск многопользовательского ключа HASP, доступного с помощью программы HASP License Manager.
  • Если конфигурация базовая, клиентское приложение выполняет поиск лицензии базовой версии на локальном компьютере.

2. На компьютере менеджера кластера, на который назначен сервис сеансовых данных:

  • Выполняется попытка получения лицензии из того файла программной лицензии или многопользовательского ключа защиты HASP того же типа (серия, сетевой или локальный), откуда лицензия была получена при последнем успешном подключении;
  • Выполняется поиск программных лицензий на компьютере менеджера кластера сервера "1С:Предприятия";
  • Выполняется поиск многопользовательских ключей HASP, установленных на компьютере менеджера кластера сервера "1С:Предприятия";
  • Выполняется поиск многопользовательского ключа HASP, доступного с помощью программы HASP License Manager.

Важно !
Обратите внимание, что сервер "1С:Предприятие 8" может получить клиентскую лицензию только от одного аппаратного ключа защиты одной серии обнаруженного по сети с помощью HASP License Manager. Если в сети будет обнаружено несколько многопользовательских клиентских ключей серии ORGL8 (от 5 до 100 рабочих мест), то сервером будет произвольно выбран только один из ключей. Если данный ключ окажется занят или все лицензии с этого ключа будут исчерпаны, то после этого сначала будет производиться поиск одного многопользовательского ключа ORG8A (на 300 рабочих мест), затем одного многопользовательского ключа ORG8B (на 500 рабочих мест), а поиск в сети других ключей серии ORGL8 уже выполняться не будет ! Подробнее >>


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

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

Клиентские аппаратные ключи HASP системы "1С:Предприятие 8" могут быть трех различных серий: ORGL8 (от 1 до 100 пользователей) , ORG8A (на 300 пользователей), ORG8B (на 500 пользователей). При одновременном использовании ключей различных серий лицензии на них ищутся в следующем порядке:

  • в ключе ORGL8,
  • в ключе ORG8A,
  • в ключе ORG8B.

Поиск аппаратного ключа защиты HASP может быть отключен с помощью настроек программы, параметра UseHwLicenses=0 конфигурационного файла 1cestart.cfg или ключа /UseHwLicenses- в параметрах запуска конкретной информационной базы. В этом случае поиск свободных лицензий в аппаратных ключах защиты HASP, доступных на клиентском компьютере (как локальных, так и сетевых), а также попытки получения лицензии из запомненного аппаратного ключа не выполняются. Подробнее >>

Не обнаружен ключ защиты программы или полученная программная лицензия 1С:Предприятия

Если в окне с ошибкой нажать кнопку "ОК", то будет запущен помощник получения программной лицензии.

Порядок поиска клиентской лицензии 1С:Предприятие

Если в окне с ошибкой нажать кнопку "Подробно", то будет открыто окно Журнал поиска ключа. В данном окне приведена информация о том, где выполнялся поиск лицензий, статус этого поиска (успешно или не успешно) и каковы причины неуспешного поиска. Данный журнал может упростить диагностику проблем с лицензиями.

Порядок поиска клиентской лицензий 1С:Предприятие


Файл программной лицензии считается доступным для использования, если:

  • Не содержится в "черном списке".
  • Имеет корректный формат.
  • Текущие параметры компьютера соответствуют параметрам записанным в файле лицензии.
  • Содержит свободную лицензию.
  • В сети не используются другие файлы лицензий, полученных для того же пинкода и серийного номера программы.
    Если будет обнаружен копия файла лицензии или другой файл лицензии, полученный с помощью резервного пинкода из того же комплекта (серийного номера) программного продукта 1С, то файл лицензии аннулируется и помещается в "черный список".

Порядок поиска лицензии при запуске сервера "1С:Предприятие 8.3"

При установке соединения клиентского приложения с сервером "1С:Предприятия", проверка наличия серверной лицензии осуществляется в следующей последовательности:

Т.е. на сколько я понимаю три лицензии для БП3 каким то непонятным образом выдаются пользователям которые работают с УТ с аппаратным ключем.
Выкидываешь из терминала одного пользователя подключенного к УТ, другой спокойно подключается к БП, после этого первый опять спокойно подключается к УТ. Есть идеи?

Добавлено через 8 часов 31 минуту
Не ужели ни у кого нет мыслей?

__________________
Помощь в написании контрольных, курсовых и дипломных работ здесь

Лицензия или не лицензия
Подумываю купить W7, но уже скачал образ Активированой AIO и приготовился ставить. Вот всегда сидел.

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

Программная лицензия глючит после обновления платформы
Всем привет. На терминальном сервере в пятницу обновили платформу до 8.3.5.1098. Теперь.

SmileNet, нельзя ставить програмные пользовательские лицензии и аппаратный ключ на один сервере.
Руководство администратора, такая жёлтая книга.
Переводите или на аппаратку или на программную лицензию.
Два ключа пользовательских на одной машине работать не будет.
Можно разнести на два разных сервера и отдавать по сети ключ аппаратный, 1с найдет. Каюсь, полностью так и не прочитал.
Не понял один момент, два ключа вы имеете в виду программный и аппаратный или вообще без разницы, даже два одинаковых работать не будут?
Я хотел что б и второй аппаратный был на БП, но увы денег сэкономили.
Разносить нет тех. возможности. Один "сервер терминалов" Я никак на писишку для бекапов денег не выпрошу.
Т.е вариантов легального решения проблем, я так понимаю нет? остается только подсунуть другой backbas.dll а ключи оставить для видимости? SmileNet, можно два разных но серверный и клиентский, все. Два пользовательских нет. Либо большой аппаратный, либо нужное кол-во программных. А зачем вам бакбас? Что за шаманство? Давно этого ничего не требуется. SmileNet, можно два разных но серверный и клиентский, все. Два пользовательских нет. Либо большой аппаратный, либо нужное кол-во программных. А зачем вам бакбас? Что за шаманство? Давно этого ничего не требуется. не совсем понял про ключи. Серверный, клиентский, пользовательский. их два вида аппаратный и програмный и у них, у аппаратных и программных есть два вида: пользовательский и многопользовательский.
У меня оба многопользовательских по пять лицензий. Что вы имеете в виду под серверным ключом?
Я так понимаю, вы хотели сказать сто одновременно на одной машине нельзя устанавливать аппаратный и программный?

SmileNet, есть серверный и клиентский (пользовательский).
Серверный требуется для установления сервера 1С, клиентский для работы клиента 1с.
одно или многопользовательские - не важно, важно следующее ограничение - в 1 ПК (сервер) можно вставить 2 ключа - серверный и клиентский.
Все.
Два, три, четыре клиентских не суммируются (если это не программные лицензии), а выбираются лицензии с одного и всё, все остальные бесполезны более, чем полностью.

Программная лицензия появилась недавно, но ограничение на клиентские ключи осталось на уровне 1 штука. Т.е. либо аппаратный с 1, 5,10,50,100, 500 и более лицензиями, либо программный, которому можно подоткнуть несколько лицензий.
Отсюда и исходите.
Всякие бакбас.длл не нужны, нужно активировать верно сервер терминалов с имеющимися лицензями и работать в 1с спокойно.

Я работал с Украинской версией, но разве файл-серверная версия и серверная - это одно и тоже?
И мне показалась или 1С ищет файлы лицензии на локальном компьютере а не в сети?

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

Файл-серверной версии нет, есть файловая и сервереная.
Файловая используется свой тип хранения данных файл.
Серверная использует один из 4 типов серверов для хранения данных + сервер 1с для трансляции между клиентским приложением и сервером SQL.

Добавлено через 54 секунды

И мне показалась или 1С ищет файлы лицензии на локальном компьютере а не в сети? показалось, он ищет, как надо. И в сети в том числе. Это работа драйвера HASP.
Лучше в книгу жёлтую такую, администрирование называется, там всё есть без догадок.

К сожалению нет. Там 2-е книги, точнее 2 тома Руководство администратора и 2 тома руководство разработчика. Читал их в свое время. Ни черта там нет. Примитив расписан, а по делу по решению проблем и по ограничениям нет ни чего.

Прошу прощения не сразу понял суть вопроса. (Или не компетентен, но может быть натолкну на мысль)
Я так понял нам дано:
1. Выделенный сервер
2. 5 клиентов на платформу 8.3 конфигурацию БП
3. 3 клиента на платформу 8.2 конфигурацию УТ
Задача: Обеспечить одновременный терминальный доступ клиентам.

Поясните, пожалуйста, сколько у Вас аппаратных ключей, для каких конфигураций и платформ.
Должно быть:
1 ключ на платформу на 10-ть пользователей, если я не ошибаюсь, то ключ не привязан к версии платформы 8.2 8.3 работает на одном ключе
1 ключ на конфигурацию УТ на 5-ть пользователей
1 ключ на конфигурацию БП на 5-ть пользователей

Я работал с таким решением:
5 клиентов на Бухгалтерия для Украины на платформе 8.2 - 2 ключа - Первый на 10 платформ, Второй на 5 конфигураций(пользователей конфигурации) Клиенты работают с локальных компов, ключи в сервере, раздает HUSP Лиценз Менеджер
И еще 2 ключа - Первый на конфигурацию Бухгалтерия предприятия на 5 пользователей, второй на Управление автотранспортом(стандарт) на 5 пользователей. Итого ЧЕТЫРЕ ключа - все работает.

Ах, да. УАТ - раздает своя утилита(драйвер ключа) та они встроили утилиту для поднятия сервера лицензий. Не помню уже точно, давно было.

1c-k, Вроде понял (пока кучу вопросов вам писал сам себе на них и ответил)) )
Вкратце суть свелась к (я о пользовательских):
1. программная + программная = 2 программных (суммируются);
2. программная + аппаратная = какую первую подхватит, вторую не увидит (не суммируются);
3. аппаратный + аппаратный = какой первый подхватит (не суммируются);

Так вот ключи идут к платформе, если разработчик конфигурации решил привязать свой ключ к конфигурации - то это 3 ключ будет.

а можно чуть подробней, давно пытался понять как это работает.
Т.е. покупая допустим 1С8.3 с, допустим, ключем на 5 пользователей (хотя это не принципиально) я могу любой конфиг использовать? Но так оно не работает. Ключ для БП я не могу использовать для УТ. Если б ключ был только на платформу и не привязывался к конфигу, то какой смысл ставить разные цены на конфиги, купил дешевый, а пользуйся тем который нужен.
Мне казалось что ключ и на платформу и на конфиг.
А по пофоду бекбаса, я имел в виду сломать его к чертям и этим решить проблему несовместимости ключей )))

Добавлено через 2 минуты
Sugan,
Есть сервер терминалов на нем установлена платформа 1с 8.3 для БП3 и 8.2 для УТ10.3. И два вида лицензий программная и аппаратная обе многопользовательские

Добавлено через 1 минуту

Должно быть:
1 ключ на платформу на 10-ть пользователей, если я не ошибаюсь, то ключ не привязан к версии платформы 8.2 8.3 работает на одном ключе
1 ключ на конфигурацию УТ на 5-ть пользователей
1 ключ на конфигурацию БП на 5-ть пользователей Вот не поверите, я ниразу не видел что б два ключа было на платформу и на конфиг.

Ну у меня Украина, тут так выдумали ))))
Я Вам не смогу помочь, к сожалению, слишком разно все.
Но я пытался. )

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

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

Решение

1. программная + программная = 2 программных (суммируются);
2. программная + аппаратная = какую первую подхватит, вторую не увидит (не суммируются);
3. аппаратный + аппаратный = какой первый подхватит (не суммируются); да, смотрите только в лицензионное соглашение, но разрабатывать можете любой, отныне платформа доступна всегда.
можете разницы для типовых нет, вас ограничивает лицензионное соглашение только.
Если б ключ был только на платформу и не привязывался к конфигу, то какой смысл ставить разные цены на конфиги, купил дешевый, а пользуйся тем который нужен. Если б ключ был только на платформу и не привязывался к конфигу, то какой смысл ставить разные цены на конфиги, купил дешевый, а пользуйся тем который нужен. Отдельно есть ключ только на платформу, но конфиг вам с ней продадут, например франчи.
Есть сервер терминалов на нем установлена платформа 1с 8.3 для БП3 и 8.2 для УТ10.3. И два вида лицензий программная и аппаратная обе многопользовательские какую подхватит, платформе неважно, hasp сам все посчитает.
Вот не поверите, я ниразу не видел что б два ключа было на платформу и на конфиг.

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

По ключам, знакомы из Крыма говорил, что там к 1С всего 1 ключ - на конфигурацию, а платформа мол в комплекте идет. Там нельзя купить отдельно платформу. В Украине 2 года назад было можно, купил платформу и ваяй свою конфигурацию.

Нельзя, это нарушение лицензионного соглашения. От этого забирают партнерку.

А то что там, кто-то что-то придумал, как обойти - это нарушение лицензионного соглашения и партнерского.

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

Тогда становиться ясно почему программные лицензии купленные с БП отдаются на УТ.

Спасибо за разъяснения

SmileNet, не за что.
Потому что ключи одинаковые, вот и всё. Хотя еще момент. Почему происходит такая ситуация:
1 подключились двое к бп
2 подключились трое к ут
3 еще двое к бп подключиться не могут, лицензии (5 штук програмные) закончились
4 выкидываю из терминала двоих подключенных к УТ
5 еще двое подключаются к БП
6 двое отключеных свободно опять подключаются к УТ
Итого 4 подключены к БП и 3 к УТ, общим количеством 7 с пятью програмными лицензиями
Как так если второй ключ не должен быть доступен?
1. программная + программная = 2 программных (суммируются);
2. программная + аппаратная = какую первую подхватит, вторую не увидит (не суммируются);
3. аппаратный + аппаратный = какой первый подхватит (не суммируются); Локальных ключей точно нет?
В сеть агент HASP нигде не раздает?
Просто если ключ (если не изменяет память) 5 секунд не видится - выкинет, даже спрашивать не будет.
haspnet.ini в папке никто не настраивал на другие ключи?
Все в книге.) Локальных ключей точно нет?
В сеть агент HASP нигде не раздает?
Просто если ключ (если не изменяет память) 5 секунд не видится - выкинет, даже спрашивать не будет.
haspnet.ini в папке никто не настраивал на другие ключи?
Все в книге.) В том то и дело что нет.
Ладно, буду думать как решать проблему доступными способами.
Еще раз спасибо за помощь. SmileNet, может где-то стоит эмулятор, такое тоже возможно. Но если у ключа нет лицензий он выкидывает просто из 1с.
Не за что, удачи)

как же эта 1С сложная в плане установки. проклинаю её создателей!

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

система Windows 8 x64. ключ воткнули, драйвера вроде установились - лампочка на ключе загорелась. 8.2 или 8.3 платформу поставили. путь до базы указали. в настройках использовать аппаратный ключ стоит. но нет, при запуске - не обнаружен ключ или програмная лицензия. никакие танцы с бубном не помогают.

можете немного прояснить, наиболее подробно со ссылками на программы, которые могут "прочесть" этот ключ и чтоб стало ясно это "одиночный" ключ или сетевой? и для какой это платформы 8.2 или 8.3? или вовсе 7.7 какойнить. и чтоб было ясно корректно все установилось или чего. я по своему мнению диванного иксперда думаю раз лампочка загорелась, то значит установилось. но знать бы точно какой это ключ. и как правильно сие безобразие устанавливать.

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

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