Заметки про лицензии 1С

Решил собрать шпаргалку по лицензиями 1С о разных нюансах, с которыми успел столкнуться.

Аппаратные лицензии

  1. Последняя  строка в файле nethasp.ini не читается. Сделайте перенос для последней, если она важная.
  2. При выдаче аппаратной лицензии на клиента привязка идёт по имени хоста и номеру сессии.
  3. Механизм выдачи аппаратной лицензий клиенту и получению сервером отличаются.
  4. При выдаче аппаратных лицензий серверу приложений через HASP LM в Alladdin Monitor может отображаться одна-две утилизированные лицензии для этого хоста. На самом деле это не так.
  5. Нельзя увидеть, сколько забрал сервер приложений из аппаратного ключа по сети через Alladdin Monitor.
  6. Если под сервером приложений 1С есть многопользовательский ключ, то сервер начинает выдавать из него в первую очередь. При этом не используется HASP LM (nhservice.exe). Его даже может не быть — СП 1С выдает сразу из ключа.
  7. Для соединения COMConnection, вызываемого сервером к самому себе, в качестве клиентской утилизируется лицензия на сервер (EN8SA).
  8. При выдаче аппаратных лицензий из многопользовательского ключа для сервера и на клиента могут быть конфликты в тот момент, когда емкость ключа заканчивается. При этом появления сообщение о том, что выдано серверу столько то, получено клиентами столько-то [найти картинку].
  9. Изменить порт получения аппаратных ключей на отличный от 475 через nethasp.ini не получится — это просто не сработает. Службу HASP Loader можно посадить на любой другой порт через nhsrv.ini.
  10. Ограничить доступ к ключу через файл nhsrv.ini не выйдет — это просто не работает по имени хоста. Екатерина знает, что ограничение по IP работает!
  11. Для применения изменений в nethasp.ini надо перезапускать службу СП 1С. Иначе — не применится.
  12. В файле nethasp.ini серверы можно перечислять не только через запятую, но и в несколько строк. Например,
    NH_SERVER_ADDR = ip1,hostname2

    эквивалентно

    NH_SERVER_ADDR = ip1        ;заметка про первый ключ
    NH_SERVER_ADDR = hostname2  ;заметка про второй ключ

     

Заметки от Рустема Шавалеева

  1. Однопользовательский USB не работает в терминале.
  2. В один сервер/ПК нельзя установить два клиентских ключа одной серии. Но Александр Шапкин твёрдо подметил, что можно. Только если хост является гипервизором ВМ и второй ключ той же серии проброшен в эту ВМ.
  3. Сервер 1С по сети может увидеть только один ключ одной серии + один ключ установленный локально.
  4. Многопользовательскую программную лицензию имеет смысл получать только при использовании сервера 1с, веб-сервера или терминального сервера, в противном случае ее некому будет раздавать.

Программные лицензии

  1. Если на старых версии платформы (где поле страна не выбиралось их списка) программные лицензии были активированы со значением страны, отличном от "Российская Федерация", то при переактивации надо выбрать из списка "Другая" и ввести название от руки.
  2. Получить на кого зарегистрирована программная лицензия можно двумя способами:
    а) удалить C:Documents and SettingsAll Users1Clicensese*.lic. При следующем запуске 1с он попросит активировать 1с и в полях формы активации будут все нужные данные. Поле чего можно их скопировать и вернуть lic файл на место =)  (совет от Андрея)
    б) С помощию инструмента ring. Вот пример настройки (спасибо Егору Иванову и Андрею)
  3. Через  требование назначения функциональности "сервис лицензирования" можно раздать только пользовательские лицензии.

Общие:

  1. Если есть проблемы с лицензиями, то в первую очередь надо удалить файл %systemdrive%ProgramData1C1cv81cv8conn*.pfl

PS. Стоит не забывать про авторитетные источники информации.

21 Comments

  1. Vitaliy Yaritsyn

    (1)Проще из конфигуратора вызвать окно получения лицензий.

    Reply
  2. Infactum

    (1) Зачем эти костыли, если есть ring license?

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

    Reply
  3. apostal86

    В пору не только об аппаратных лицензиях, но и о программных уже писать.

    Reply
  4. whitedi

    у меня копилка знаний уже переполнена)

    куда бы убежать от этого дурдома…(

    Reply
  5. Online-Ufa

    Ещё в шпаргалку можно добавить:

    — однопользовательский USB не работает в терминале

    — в один сервер/ПК нельзя установить два клиентских ключа одной серии

    — сервер 1С по сети может увидеть только один ключ одной серии + один ключ установленный локально

    — многопользовательскую программную лицензию имеет смысл получать только при использовании сервера 1с, веб-сервера или терминального сервера, в противном случае ее некому будет раздавать

    Reply
  6. RSA512

    (3)

    Зачем эти костыли, если есть ring license?

    Согласен хорошее решение =) https://infostart.ru/public/518571/

    Reply
  7. katenok86
    Ограничить доступ к ключу через файл nhsrv.ini не выйдет — это просто не работает.

    Работает проверено, ограничение работает по айти адресам клиентских машин.

    Reply
  8. katenok86

    (3)Еще бы мануал по нему приличный был. Для чайников. У меня вот его не получилось поставить, пол часа экспериментировала. Дольше времени вникнуть нет. Хочется пользовательский интерфейс к нему, а не только команды.

    Reply
  9. katenok86

    (8)Поправка IP адресам)

    У нас клиент есть, который юридически обособлен, но находится в сети правительства области. До тех пор пока этот способ не применили. Его ключи постоянно кто-то «воровал». Работает уже лет 7 нормально.

    Reply
  10. MrWonder

    (8) Признаюсь, проверял по hostname. Спасибо за уточнение.

    Reply
  11. MrWonder

    (10) Мне пришлось написать свой ограничитель — теперь пускаю только с разрешённых хостов.

    Reply
  12. sovbuh2006

    В один сервер/ПК нельзя установить два клиентских ключа одной серии.

    Данное уточнение не много не правильно. У нас стоит на 1 Живой машине 2 ключа.

    Разделение происходит через вертикальную машину.

    Reply
  13. MrWonder

    (13) Технически, замечание справедливо. Но в горизонтальной-то работать не будет ))

    Дополнил формулировку.

    Reply
  14. Online-Ufa

    (13) Вы когда-нибудь интересовались в самой 1С, как они относятся к использованию аппаратных ключей на виртуальных машинах?

    Reply
  15. DarkUser

    (15) 1С не раз заявляла что к USB ключам они вообще относятся плохо. Основная причина в том, что хасп раздает лицензии очень медленно.

    Reply
  16. dr2c

    Про удаление файла в

    %systemdrive%ProgramData1C1cv8\r

    бесценно!

    Помогло прямо сейчас

    Спасибо!

    Reply
  17. Vladimir Litvinenko

    (5)

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

    Reply
  18. viramen

    +

    Reply
  19. sergathome

    Внесу свою лепту:

    13. В файле nethasp.ini серверы можно перечислять как угодно, но браться из них лицензии будут НЕ в порядке их перечисления, а, походу, в порядке их сортировки по возрастанию по правилам сортировки строк. Соответственно, в приведенном в 12 примере, порядок выбора серверов будет обратным — host2 будет 1 ключ, а ip1 — второй.

    Reply
  20. MrWonder

    (20) Спасибо за Ваш комментарий. Не готов добавить его в статью только из-за наличия сомнений в Вашем утверждении («походу»).

    Reply
  21. sergathome

    Сомнения исключительно по процедуре сортировки. То, что порядок перечисления в файле не является, в общем случае, порядком поиска ключей, — безусловный факт. Что, вобщемто, соответствует парадигме «любой из списка», которая и заявлена в документации.

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *