В практике системного администрирования часто возникает ситуация, когда организация использует проверенную временем платформу «1С:Предприятие 7.7» (например, конфигурацию «Комплексная автоматизация 7.7»). При подготовке к аудиту или проверкам контролирующими органами критически важно быстро подтвердить легальность программного обеспечения. Однако физический аппаратный ключ защиты (HASP) на сервере или рабочих станциях визуально может отсутствовать, несмотря на то, что в операционной системе запущены службы HASP License Manager и пользователи успешно работают в базе данных. Выясним причины такого поведения системы, разберем методы поиска «невидимых» ключей и научимся диагностировать использование нелицензионных эмуляторов.
Почему сетевая 1С 7.7 может работать без видимого ключа?
Рассмотрим основные технические причины, по которым сетевая версия 1С 7.7 функционирует без торчащего снаружи сервера USB- или LPT-ключа:
Ключ установлен во внутренний USB-порт сервера. Для предотвращения случайного извлечения, кражи или физического повреждения системные администраторы часто устанавливают USB-ключи непосредственно внутрь корпуса сервера (на материнской плате современных серверов часто распаян один или несколько стандартных USB-портов типа А).
Ключ находится на другой рабочей станции в локальной сети. Сетевая лицензия (красный ключ) не обязательно должна быть подключена к самому серверу баз данных. Ключ может быть установлен на любом компьютере в сети, где запущена специальная служба-транслятор — HASP License Manager. Клиентские лицензии раздаются по сети.
Использование программного эмулятора («Сабля» или Sable). Эмулятор перехватывает запросы платформы к драйверу защиты и эмулирует ответы реального физического ключа. Это классический способ взлома старых версий 1С.
Модификация исполняемых файлов (патч). Файлы 1cv7.exe, 1cv7s.exe или библиотека защиты bkend.dll могут быть изменены с помощью HEX-редактора или специализированных утилит (например, патчей Soaron), что полностью отключает процедуру опроса аппаратного ключа.
Шаг 1. Проверяем систему на использование эмуляторов и патчей
Прежде чем приступать к разборке сервера, проанализируем программную среду. Выясним, действительно ли платформа обращается к физическому ключу, или мы имеем дело с нелицензионной копией. Для этого проведем простой и безопасный эксперимент:
Скопируем рабочую папку платформы (обычно это каталог bin, расположенный по пути установки программы, например, C:\Program Files (x86)\1Cv77\bin\) на изолированный тестовый компьютер или ноутбук.
Развернем на этом же компьютере резервную копию рабочей информационной базы или пустую демо-базу.
Полностью отключим сетевые интерфейсы на тестовом компьютере (выключим Wi-Fi и вытащим сетевой кабель Ethernet). Это исключит возможность обращения платформы к сетевым ключам в локальной сети.
Запустим файл 1cv7.exe (или 1cv7s.exe для SQL-версии) и попробуем войти в базу данных.
Анализируем результаты эксперимента:
Если программа успешно запустилась и открыла базу данных без сети и без подключенного локального ключа — платформа однозначно взломана (применен патч исполняемых файлов или в системе установлен программный эмулятор). Вам необходимо срочно найти оригинальные дистрибутивы, восстановить чистые файлы платформы и найти легальный ключ.
Если программа выдала ошибку «Ключ защиты программы не обнаружен!» — защита работает корректно, файлы платформы оригинальные, а значит, физический ключ где-то существует в вашей локальной сети.
Шаг 2. Поиск физического ключа с помощью программного мониторинга
Чтобы не гадать, на каком из компьютеров или серверов установлен аппаратный ключ, воспользуемся специализированным программным обеспечением от производителя HASP (компании Aladdin/Thales). Нам понадобится утилита Aladdin Monitor (или HASP Monitor).
Установим и запустим утилиту на любом компьютере в сети. Проанализируем интерфейс монитора:
Утилита сканирует локальную сеть по протоколам TCP/IP и UDP (порт 475) в поисках активных служб HASP License Manager.
В дереве устройств отобразятся IP-адреса и имена серверов, на которых физически обнаружены подключенные USB- или LPT-ключи.
Вы сможете увидеть точную информацию о типе ключа, количестве доступных сетевых лицензий и даже список сетевых адресов рабочих станций, которые в данный момент заняли лицензии.
Шаг 3. Локализация ключа на сервере
Если Aladdin Monitor указал на конкретный сервер, но на его задней и передней панелях нет никаких USB-устройств, выполним следующие действия:
Откроем диспетчер устройств операционной системы Windows Server. Убедимся, что в ветке «Контроллеры USB» присутствуют устройства с названием Aladdin HASP Key или Aladdin USB Key.
Если устройство отображается как работающее, завершим работу сервера (соблюдая все правила завершения сессий пользователей 1С и СУБД) и отключим его от сети питания.
Снимем боковую крышку корпуса сервера. Проанализируем материнскую плату. Поищем распаянные внутренние USB-порты. Зачастую красные сетевые ключи HASP4 устанавливаются именно туда.
Если внутри сервера обнаружен ключ — аккуратно извлечем его, перепишем маркировку для сверки с лицензионным соглашением и установим обратно.
Шаг 4. Настройка стабильной связи с сетевым ключом через nethasp.ini
При использовании сетевых ключей на современных операционных системах и в сложных маршрутизируемых сетях часто возникает проблема долгого поиска ключа платформой при запуске. По умолчанию 1С рассылает широковещательные (broadcast) запросы по всей сети, которые могут блокироваться брандмауэрами или роутерами.
Разберем, как принудительно указать платформе 1С 7.7 точный адрес сервера с ключом защиты. Для этого отредактируем конфигурационный файл nethasp.ini, который располагается в каталоге bin установки платформы.
Откроем файл nethasp.ini с помощью текстового редактора (например, Блокнота) и приведем секцию [NH_TCPIP] к следующему виду:
[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
;; Указываем конкретный IP-адрес сервера, где установлен ключ
NH_SERVER_ADDR = 192.168.1.100
;; Отключаем широковещательный поиск для ускорения запуска
NH_USE_BROADCAST = Disabled
;; Задаем интервал ожидания ответа от ключа в секундах
NH_SESSION_TIMEOUT = 10
NH_SEND_RCV_TIMEOUT = 10
Замените IP-адрес 192.168.1.100 на фактический сетевой адрес вашего сервера, на котором запущен HASP License Manager и установлен аппаратный ключ. Сохраните изменения. Такая настройка гарантирует мгновенный запуск программы без лишнего сетевого трафика и исключает зависания платформы.
Что делать, если документы есть, а ключ утерян?
Если в процессе инвентаризации выяснилось, что оригинальные бухгалтерские документы и регистрационная анкета на 1С 7.7 у вас присутствуют, но физический ключ был утерян (или сгорел), помните следующие важные правила фирмы «1С»:
Процедура восстановления: Официально утерянные аппаратные ключи для устаревшей версии 7.7 восстановлению не подлежат. Исключение составляют форс-мажорные обстоятельства (пожар, кража, наводнение), подтвержденные официальными справками из МЧС или МВД, при условии обращения не позднее 6 месяцев с момента происшествия.
Обмен LPT на USB: Если у вас сохранился старый физический LPT-ключ (фиолетовый или белый), который невозможно подключить к новому серверу из-за отсутствия LPT-порта, вы можете официально обменять его на современный USB-ключ через партнеров-франчайзи «1С». Для этого потребуется заполнить заявление от организации, предоставить регистрационную карточку программного продукта и сдать старый работоспособный LPT-ключ. Наличие действующей подписки ИТС на момент обмена может быть обязательным условием.