Как отучить конфигурацию 1С от ключа: смена типа лицензии и разблокировка

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

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

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

Понимание архитектуры лицензирования 1С:Предприятие

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

Аппаратные ключи представляют собой физические устройства, подключаемые к порту USB или параллельному порту сервера. Они содержат криптографический код, который считывается драйвером защиты. Программные ключи, напротив, хранятся в реестре Windows или в файловой системе и привязаны к уникальному идентификатору оборудования (жесткому диску, сетевой карте). Отличие между ними фундаментально: физический ключ можно просто переставить в другой порт, а программный требует сложной процедуры перерегистрации.

При работе в файловом варианте базы данных лицензия проверяется на клиентском компьютере или на компьютере, где запущен файл базы. В клиент-серверном варианте (с использованием SQL Server или PostgreSQL) лицензирование осуществляется на стороне сервера 1С. Именно здесь чаще всего возникает необходимость «отучить» базу от локальных ключей и перевести её на централизованное управление правами доступа.

⚠️ Внимание: Никогда не пытайтесь вручную редактировать файлы лицензии или реестр Windows без создания полной резервной копии системы. Ошибка в одном байте может сделать программный ключ нечитаемым, а его восстановление через фирму «1С» — платной и длительной процедурой.

Существует также понятие «локальной» и «сетевой» лицензии. Локальная разрешает работу только на одном рабочем месте, где установлен ключ. Сетевая лицензия позволяет подключать определенное количество пользователей одновременно с любых компьютеров в локальной сети. Переход с одного типа на другой — это и есть процесс, который пользователи часто называют «отвязкой от ключа».

Подготовка к смене типа лицензии и переносу

Процесс смены типа лицензии требует тщательной подготовки инфраструктуры. Если вы планируете переход с аппаратных ключей на программные или сетевые, убедитесь, что на целевом сервере установлен актуальный драйвер защиты SafeNet Sentinel (ранее Aladdin). Устаревшие версии драйверов могут некорректно определять новые типы ключей или вызывать конфликты при запуске службы лицензирования.

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

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

• 🔑 Убедитесь, что у вас есть доступ к порталу пользователей 1С (users.v8.1c.ru) для управления программными пин-кодами и просмотра истории активаций.
• 💾 Подготовьте внешний носитель или сетевое хранилище для сохранения файлов резервных копий ключей защиты (.hasprr или реестровые дампы).
• 🖥️ Проверьте сетевую связность между сервером 1С и клиентскими рабочими местами, так как при смене типа лицензии могут измениться маршруты запросов аутентификации.
• 📄 Распечатайте или сохраните в текстовом файле текущие номера ключей защиты и номера лицензий для сверки после миграции.

Особое внимание следует уделить правам доступа в операционной системе. Учетная запись, под которой запускается сервер 1С или служба лицензирования, должна иметь полные права на чтение и запись в ветки реестра, связанные с защитой, а также доступ к папкам установки драйверов. Ограничение прав часто становится скрытой причиной проблем после переноса.

Работа с утилитой управления лицензиями (hasp_update)

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

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

hasp_update -l

Процесс «отвязки» часто подразумевает экспорт лицензии из одного ключа и импорт в другой (например, из USB в программный). Для этого сначала выполняется экспорт данных ключа в файл. Команда создает файл, содержащий зашифрованную информацию о лицензии, которую затем можно перенести на другой сервер или преобразовать в пин-код.

hasp_update -b C:\backup\key_backup.hasprr

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

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

Переход с локальных ключей на серверное лицензирование

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

Для реализации такого перехода необходимо приобрести серверную лицензию «1С:Предприятие 8.3. Сервер 1С:Предприятия (64-bit)» и соответствующее количество клиентских лицензий. После установки серверной части 1С на машину с ОС Linux или Windows, лицензионный менеджер сервера начнет опрашивать наличие ключей защиты, подключенных непосредственно к этому серверу.

Конфигурация сервера 1С (файл ragent.ini или настройки в консоли управления кластером) должна быть изменена таким образом, чтобы она ссылалась на новый источник лицензий. Если ранее база работала в файловом варианте с ключом на клиенте, то при запуске через сервер ключ на клиенте игнорируется. Проверка идет строго по серверным лицензиям.

Параметр	Локальная лицензия (Ключ)	Серверная лицензия (Сетевая)	Программный ПИН-код
Место хранения	USB-порт / Реестр ПК	Сервер 1С:Предприятия	Реестр / Файл сервера
Привязка	К оборудованию или порту	К экземпляру сервера 1С	К идентификатору оборудования
Масштабируемость	Ограничена числом портов/ПК	Высокая (до 1000+ пользователей)	Средняя (зависит от сервера)
Сложность миграции	Низкая (физический перенос)	Высокая (требует настройки кластера)	Средняя (через портал)

При настройке кластера серверов 1С важно корректно указать путь к файлам лицензий или обеспечить видимость USB-ключа серверу. В виртуальных средах (VMware, Hyper-V) для передачи USB-ключа на виртуальную машину требуется настройка проброса портов (USB Passthrough), что не всегда работает стабильно. Поэтому переход на программные или серверные лицензии в виртуальной среде является приоритетным решением.

Нюансы виртуализации ключей

При использовании виртуальных машин физический USB-ключ может теряться при перезагрузке хоста или миграции VM между узлами кластера. Для решения этой проблемы рекомендуется использовать программные ключи, привязанные к виртуальному MAC-адресу или UUID машины, либо выделенный физический сервер лицензирования, доступный по сети.

Особенности работы с программными пин-кодами

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

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

При активации пин-кода система генерирует уникальный файл лицензии, который размещается в специальной защищенной папке операционной системы. В Windows это обычно скрытая директория в ProgramData. Удалять или перемещать эти файлы вручную категорически запрещено — лицензия станет недействительной, и потребуется повторная активация, которая может быть недоступна при исчерпании лимита переносов.

⚠️ Внимание: Лимит на количество переносов программной лицензии является строгим ограничением. Если вы часто меняете оборудование или используете тестовые стенды, быстро исчерпав лимит, вам придется обращаться в отдел сопровождения 1С для сброса счетчика переносов, что не всегда гарантировано.

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

Диагностика проблем после смены лицензии

После проведения процедур по смене типа лицензии или переносу ключей часто возникают ситуации, когда 1С не запускается или выдает ошибки лицензирования. Первым шагом диагностики всегда должен быть просмотр журнала регистрации событий 1С и системного журнала Windows. Ошибки драйвера защиты обычно фиксируются в разделе «Система» с источником Sentinel или HASP.

Частая проблема — конфликт версий драйверов. Если на сервере остались следы старых драйверов Aladdin, а установлены новые SafeNet, они могут конфликтовать. В этом случае рекомендуется использовать утилиту полной очистки драйверов защиты перед установкой свежей версии. Чистая установка часто решает проблемы с невидимостью ключей.

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

• 🔍 Проверьте, видит ли диспетчер устройств USB-контроллеры и нет ли восклицательных знаков на устройствах защиты.
• 📝 Проанализируйте файл логов 1CV8Log в папке профиля пользователя на предмет ошибок инициализации лицензии.
• 🌐 Убедитесь, что брандмауэр не блокирует порты, используемые менеджером лицензий (обычно порт 475 для HASP и специфические порты для сервера 1С).
• 🔄 Попробуйте выполнить команду обновления драйверов защиты в принудительном режиме.

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

Юридические аспекты и соблюдение лицензионного соглашения

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

Аудит лицензионной чистоты — стандартная практика для многих предприятий. Наличие актов выполненных работ, сертификатов и регистрационных карточек на ключи защиты обязательно. При переходе с одного типа лицензии на другой (например, апгрейд с локальной на сетевую) необходимо оформлять соответствующие документы у партнеров фирмы «1С».

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

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

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

Можно ли перенести лицензию с компьютера на компьютер без участия партнера 1С?

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

Что делать, если 1С пишет «Превышено количество подключений» после перехода на сервер?

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

Как узнать, какой тип лицензии используется в моей базе 1С?

Запустите 1С в режиме предприятия. В меню «Сервис» выберите «Лицензии». Там будет указан тип ключа (локальный, сетевой, программный), его номер и количество доступных подключений.

Обязательно ли переустанавливать 1С при смене типа лицензии?

Нет, переустановка платформы не требуется. Достаточно обновить драйверы защиты, импортировать новые файлы лицензий и перезапустить службу сервера 1С. Конфигурация базы данных остается без изменений.