← На главную

Переход с нелицензионного программного обеспечения на легальные версии часто сопровождается странным поведением платформы. Разберем ситуацию, когда после установки официальной однопользовательской лицензии ПРОФ и удаления патчей (таких как backbas.dll), программа продолжает видеть сетевые ключи HASP и позволяет работать нескольким пользователям одновременно. Проанализируем причины этого явления и выясним, как полностью очистить систему от следов старых методов защиты.

Механизм кэширования лицензий в окне «О программе»

При анализе раздела «О программе» пользователи часто путаются в двух разных блоках информации: «Текущая» и «Информационная база». Важно понимать разницу между ними:

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

Рассмотрим подробнее: записи в блоке «Информационная база» кэшируются. Они сохраняются в файлах конфигурации пользователя или системных файлах описания информационных баз. Тот факт, что вы видите там Локальный HASP4 ORGL8 10, не означает, что ключ физически присутствует в системе. Это лишь «память» платформы о том, что когда-то доступ был получен через этот ключ. Очистка этого кэша требует удаления файлов настроек (ibases.v8i) и временных файлов в профиле пользователя (AppData).

Почему работает «лишнее» соединение через веб-сервер?

Выясним причину, по которой база ПРОФ с однопользовательской лицензией пускает второго пользователя через тонкий клиент. Если база опубликована на веб-сервере (IIS или Apache), механизм проверки лицензий существенно меняется. Рассмотрим основные сценарии:

1. Использование программной лицензии сервером. Если электронная лицензия активирована «на компьютер» (в каталог C:/ProgramData/1C/licenses), веб-сервер может использовать её для выдачи лицензий сеансам. В некоторых случаях, если сессии инициированы через модуль расширения веб-сервера в рамках одного рабочего процесса, ограничение количества пользователей может отрабатывать некорректно, особенно если в системе остались активные компоненты старых патчей.

2. Скрытые эмуляторы и драйверы. Если в строке лицензии указано Сетевой HASP4 ORGL8 20, выдал сервер, а физического ключа нет, это прямой признак работы виртуального устройства. Утилита haspdinst удаляет только официальные драйверы. Сторонние эмуляторы (например, VUSB или MultiKey) устанавливают свои службы или виртуальные шины USB, которые платформа воспринимает как настоящие многопользовательские ключи.

Глубокая очистка системы от следов эмуляторов

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

1. Проверка диспетчера устройств. Откройте диспетчер устройств и включите отображение скрытых устройств. Проверьте разделы «Контроллеры USB» и «Системные устройства». Ищите устройства с названиями типа Virtual USB Bus Enumerator или HASP Filter. Их необходимо удалить вручную.
2. Реестр Windows. Проанализируем ветку реестра: HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services Некоторые патчи создают там службы, которые перехватывают обращения к портам. Также стоит проверить ветку HKEY_LOCAL_MACHINE\System\CurrentControlSet\NEWHASP (если она существует) — это явный признак установленного эмулятора.
3. Системные папки. Проверим наличие файлов с расширением .sys (например, vbus.sys, multikey.sys) в папках C:\Windows\System32\drivers. Эти драйверы ядра могут продолжать работу даже после удаления основной программы 1С.

Особенности настройки «Использовать аппаратный ключ»

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

Важно: Если вы переустановили платформу, убедитесь, что в каталоге bin новой версии нет старых модифицированных файлов. Рекомендуется полностью удалять папку старой версии C:\Program Files\1cv8\номер_версии перед установкой новой. Также проверьте, не остались ли пропатченные файлы в папках, куда установлены модули расширения веб-сервера, если вы используете публикацию базы.

Итоги и рекомендации

Для корректной работы легальной однопользовательской лицензии ПРОФ выполните следующие шаги:

• Отключите опцию «Использовать аппаратный ключ защиты» в настройках информационной базы в списке запусков.
• Очистите кэш пользователя в папках Local\1C и Roaming\1C.
• Проверьте службы на сервере, где опубликована база. Если там работает служба эмулятора, она будет «раздавать» лицензии всем входящим тонким клиентам, что является нарушением лицензионного соглашения, даже если у вас куплена официальная лицензия.
• Убедитесь, что файл лицензии (.lic) находится только в одном месте, доступном для платформы, чтобы избежать конфликтов при подсчете сессий.

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