Проблема с обнаружением аппаратного ключа защиты HASP — одна из самых распространенных и в то же время критичных ситуаций в работе системного администратора 1С. Когда сервер внезапно перестает видеть лицензию, работа всей организации может остановиться. В этой статье мы подробно разберем, как продиагностировать систему, выявить причину сбоя и восстановить работоспособность сервера 1С.
Прежде чем переходить к программным настройкам, проанализируем, какой именно ключ используется. В экосистеме 1С аппаратная защита делится на несколько типов, которые легко отличить по цвету и маркировке. Выясним, что именно находится в вашем сервере:
ORGL8. Предназначен для раздачи лицензий по сети на несколько рабочих мест. Именно для него критически важна работа службы HASP Loader.ENSR8 (32-разрядный сервер) или EN8SA (поддерживает 64-разрядный сервер). Этот ключ должен быть вставлен непосредственно в тот компьютер, на котором запущена служба 1C:Enterprise Server.Если вы столкнулись с сообщением об отсутствии лицензии на сервере, в первую очередь убедитесь, что серверный ключ (зеленый) физически присутствует в USB-порту и светится. Если ключ красный, проверьте его доступность в сети.
Для того чтобы сетевой (красный) ключ был виден клиентам и серверу 1С, на машине, где он установлен, должен работать менеджер лицензий. Рассмотрим по шагам, как проверить его состояние:
services.msc (Службы) и найдем в списке HASP Loader или Sentinel LDK License Manager.Важно помнить: если ключ установлен на одной машине, а база 1С — на другой, менеджер лицензий должен стоять именно там, где физически находится ключ.
Особое внимание уделим ситуации, когда ключ перестал видеться после обновления платформы. Проанализируем техническую особенность: сервер 1С:Предприятия может быть как 32-битным, так и 64-битным. Рассмотрим типичную проблему:
Если вы установили 64-разрядную версию сервера 1С (x86-64), она требует соответствующей лицензии. Старые ключи типа ENSR8 (сервер x32) могут не подходить или требовать специфических драйверов для корректной трансляции в 64-битную среду. Как показывает практика, при возникновении ошибки EN8SA Локальный, не установлен на 64-битной платформе, эффективным решением часто становится переход на 32-битную версию платформы (если объем оперативной памяти и нагрузки это позволяют) или замена ключа на актуальный 64-битный.
Если автоматический поиск ключа не дает результатов, перейдем к ручной настройке. Основным файлом конфигурации поиска лицензий является nethasp.ini. Разберем, как его настроить, чтобы 1С гарантированно нашла ключ.
Обычно этот файл находится в папке C:\Program Files\1cv8\conf или в каталоге установки конкретной версии платформы. Нам необходимо отредактировать секцию [NH_TCPIP]:
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.100 ; IP-адрес сервера, где установлен ключ
NH_TCPIP_METHOD = TCP
NH_USE_BROADCAST = Disabled ; Отключаем широковещательный поиск для ускорения
Указание прямого IP-адреса позволяет избежать проблем, связанных с блокировкой UDP-пакетов брандмауэром или особенностями работы сетевых подсетей. После внесения изменений необходимо перезапустить 1С.
Современные драйверы HASP предоставляют удобный диагностический инструмент. Попробуем зайти в панель управления лицензиями через браузер. Введем в адресную строку адрес:
http://localhost:1947
Если страница открылась, проанализируем следующие разделы:
Иногда корректной работе мешают остатки старых драйверов или ранее установленные эмуляторы. Рассмотрим алгоритм полной очистки системы:
HASP License Manager и драйвер через "Установку и удаление программ".haspdinst.exe с ключом -purge для полной очистки хвостов в реестре:
haspdinst.exe -purge
Sentinel HASP Key и Sentinel USB Key.Проанализируем работу сервера 1С в терминальном режиме. Важно понимать, что 1С блокирует использование локальных ключей в сессиях удаленного рабочего стола (RDP). Если вы пытаетесь запустить 1С через терминал, а в сервер вставлен фиолетовый ключ — система его не увидит. Решением в данном случае будет либо использование сетевого (красного) ключа, либо переход на программные лицензии.
В случае с виртуальными машинами (Hyper-V, VMware) убедитесь, что USB-порт проброшен в виртуальную ОС корректно. Часто после перезагрузки физического хоста связь с USB-ключом теряется, и требуется повторное переподключение устройства в настройках виртуальной машины.
Подводя итог, можно сказать, что решение проблем с аппаратным ключом требует системного подхода: от физической проверки индикации ключа до тонкой настройки параметров TCP/IP в файлах конфигурации. Следуя приведенным шагам, вы сможете локализовать проблему и восстановить доступ к базе данных 1С.