Данный текст не претендует на истину в последней инстанции. И все же я расскажу о том как это работает в моем представлении.
Как было раньше
Раньше компания 1с предлагала приобретать либо программные либо аппаратные лицензии. Для наглядности я взял несколько изображений с сайта online-ufa.ru.
И ещё множество вариантов исполнения ключей hasp в длинном корпусе, среднем, и коротком и всевозможных цветов - зеленом, синем, фиолетовом, красном, черном и так далее.
Суть защиты такова, что сервер 1с должен "видеть" серверный ключ, а клиентские машины должны "видеть" клиентские ключи.
Пути к ключам прописываются в nethasp.ini в каталоге c:\program files\1c\conf\
пример содержимого
[NH_COMMON]
NH_IPX = Disabled
NH_NETBIOS = Disabled
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.12
NH_SERVER_NAME = 1ckeyhost
NH_USE_BROADCAST = Disabled
где NH_SERVER_ADDR это реальный ip любого хоста в который вставили hasp ключ, его роль совершенно не важна, главное, что бы был ключ и был установлен hasp драйвер
а NH_SERVER_NAME это алиас хоста, причем совершенно не важно, прописан ли он в DNS или нет
Дополнительно скажу, что в таком случае для каждого отдельного hasp ключа требовалась отдельная машина. Скажем купили вы сначала ключ на 5 подключений, потом ещё на 10, а потом ещё на 20. Нельзя все три ключа ставить в один системник. Будьте добры, что бы каждый ключ стоял в отдельной машине.
А вот nethasp.ini у каждой установленной копии программы 1с свой. Можно ограничивать область доступности hasp ключей, прописывая специфические конфиги, например, бухгалтерия "видит" только хост 192.168.1.12, а продажники 192.168.1.52. Ну это лирика.
Плюс hasp ключей, они не ограничивают количество запущенных экземпляров программы 1с на клиенте. Запускайте сразу Бухгалтерию, Склад и ЗУП одновременно, Вы займете только одну лицензию.
Как стало сейчас
А сейчас Вы не купите hasp ключ. Совсем. Даже за миллион. (тут речь о новых ключах конечно). Компания 1с их больше не продает. Теперь можно купить только программные лицензии. А с ними все стало гораздо интереснее (нет).
При установке программной лицензии нужно запустить 1с в режиме конфигуратора (то есть она уже должна запускаться)
Сайт avatars.dzeninfra.ru хранит такую картинку:
А вот применение лицензии требует отдельного Вашего решения.
Дальше мои выводы:
активация pin кода всегда сопровождается привязкой. Привязать можно либо к hasp ключу (допустим он у Вас есть) либо к машине.
- Привязка к hasp ключу как минимум забирает одну лицензию hasp ключа плюс считает каждый экземпляр запущенной программы 1с. Лафа закончилась, теперь либо ЗУП либо Бухгалтерия (если лицензии брали под расчет). В случае выхода из строя ключа hasp лицензию можно восстановить на другой ключ hasp (если у Вас ещё остались другие такие ключи, в противном случае Вы теряете лицензию).
- Привязка к компьютеру. Тут мы не ограничены на количество запускаемых экземпляров 1с если мы ставим их на клиентские компьютеры или на сервер терминалов. При установке на сервер 1с у нас снова посчитают количество запущенных экземпляров 1с плюс фоновые процессы и отдельное соединение на случай формирования больших отчетов, т.е. пользователь может не знать, что в какой-то момент времени работая в 1с Бухгалтерия он скушает целых 3 лицензии 0_о. Отсюда вывод, либо
- покупаем многопользовательскую лицензию и активируем на каждый клиентский компьютер
- покупаем многопользовательскую лицензию на сервер терминалов
- покупаем многопользовательскую лицензию с полуторакратным запасом на сервер 1с
Лично мне больше нравится 2 вариант.
Ещё важные детали, даже очень важные.
- Первая регистрация жестко зафиксирует выбранный нами вариант (один из четырех - hasp, клиент, терминал, сервер 1с). Потом нельзя будет выбрать иной вариант.
- Для регистрации на терминале или сервере нам предоставят 3 pin-кода и в том же документе будет несколько pin-кодов для регистрации на клиенте. Как только активируете серверный pin, клиентские превратятся в черепки. При активации клиентского в черепки превратятся серверные pin-коды.
- Важно хранить историю применения pin-кодов. В случае восстановления лицензии потребуется вместе с новым pin-кодом ввести и предыдущий. Для клиентских активаций потребуется вести учет хост-pin-код. Хотя для серверных так же, если у Вас несколько серверов.
- При изменении конфигурации сервера или компьютера лицензия протухнет и её нужно будет восстанавливать.
- При восстановлении расходуются pin-коды. Когда они закончатся за новыми можно обратиться на lic@1c.ru
Запуск восстановления лицензии
Нужно помнить, что для восстановления программной лицензии нужно вызвать диалог установки pin-кода. Диалог вызывается из конфигуратора. А вот что бы попасть в конфигуратор нам потребуется лицензия. И тут нужно иметь под рукой спасительный клиентский hasp ключ хотя бы на одну лицензию. Обзаведитесь таким.
Ещё я придумал вариант запустить учебный вариант 1с (благо где-то там в 1с доступен для всех). Создаете файловую базу, стартуете её и проводите установку лицензии через конфигуратор учебной базы.
Наверняка существуют варианты получше, но о них мне неизвестно.
Итог
Учитывая, что ключи hasp со временем неизбежно будут выходить из строя в срок 5-10 лет, единственный верный вариант это привязывать программные лицензии к хосту, т.е. терминальному серверу, либо клиенту. Администратору 1с желательно всегда иметь под рукой один спасительный hasp ключ с хотя бы одной клиентской лицензией.