Как запустить 1С 7.7 на 4-х компьютерах, используя два ключа по 3 лицензии

← На главную

В практике системного администрирования старых систем на базе 1С:Предприятие 7.7 часто возникает ситуация, когда в наличии имеется несколько многопользовательских ключей с небольшим лимитом (например, на 3 пользователя), а количество сотрудников в отделе превышает этот лимит. Основная сложность заключается в том, что платформа 7.7, в отличие от современных версий 1С 8.3, не умеет автоматически суммировать лицензии с разных ключей на одном сервере. Если установить оба ключа в один компьютер, система увидит только один из них, и четвертый пользователь получить доступ не сможет.

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

Анализ программных компонентов и условий

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

Соответствие компонент: Ключи для «Торговли и Склада» предназначены для работы с компонентой Оперативный учет. Если ваша база требует также Бухгалтерский учет или Расчет (как в случае с «Комплексной конфигурацией»), данные ключи не позволят запустить программу, даже если их будет десять штук.
Режим работы: Убедимся, что 1С работает в разделенном режиме, что позволяет нескольким пользователям одновременно обращаться к файлам базы данных.
Физическое разделение: Ключи защиты обязательно должны быть разнесены на разные физические компьютеры. Это ключевое требование для работы нескольких HASP License Manager в одной подсети.

Шаг 1: Подготовка серверов лицензий

Выберем два компьютера в сети, которые будут выступать в роли серверов лицензий. Допустим, это будет основной сервер (IP: 192.168.1.100) и рабочая станция четвертого пользователя (IP: 192.168.1.102). На обоих компьютерах необходимо выполнить следующие действия:

Установить драйвер ключа защиты HASP.
Установить и запустить службу HASP License Manager (HLM).
Настроить уникальные имена для каждого менеджера лицензий. Это критически важно, так как по умолчанию все менеджеры имеют имя HASP_LM, что вызывает конфликты при широковещательных запросах клиентов.

Для настройки уникальных имен найдем файл nhsrv.ini в папке, где установлен License Manager. Проанализируем секцию [NHS_SERVER] и внесем изменения:

Для первого сервера (100):


[NHS_SERVER]
NHS_SERVERNAMES = Server1

Для второго сервера (102):


[NHS_SERVER]
NHS_SERVERNAMES = Server2

Шаг 2: Настройка клиентских машин через nethasp.ini

Теперь рассмотрим, как заставить клиентские части 1С «видеть» нужный ключ. Поскольку автоматического перераспределения лицензий в 7.7 нет, мы применим метод ручного распределения пользователей. Мы жестко укажем двум компьютерам брать лицензию с первого ключа, а остальным двум — со второго.

Найдем в каталоге установки 1С (обычно в папке BIN) или в каталоге с базой данных файл nethasp.ini. Нам нужно отредактировать секцию [NH_TCPIP].

Для первой группы пользователей (ПК 1 и ПК 2):

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


[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.100
NH_TCPIP_METHOD = TCP
NH_USE_BROADCAST = Disabled

Для второй группы пользователей (ПК 3 и ПК 4):

Здесь мы пропишем адрес второго сервера лицензий.


[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.102
NH_TCPIP_METHOD = TCP
NH_USE_BROADCAST = Disabled

Таким образом, мы гарантируем, что первая пара сотрудников всегда будет использовать лимит первого ключа, а вторая пара — второго. В сумме мы получим 4 работающих сессии (при максимальной возможности 6 сессий — по 3 на каждый ключ).

Шаг 3: Особенности работы в современных сетях

Проанализируем ситуацию, если в компании используются современные операционные системы (Windows 10 или Windows 11). Старые версии HASP License Manager могут работать нестабильно. Рекомендуется использовать менеджер лицензий версии 8.x, который поддерживает старые ключи HASP4 (белые или синие USB-ключи 7.7), но корректно работает как служба в новых ОС.

Также стоит обратить внимание на работу через RDP (терминальный сервер). Если все 4 пользователя заходят на один сервер через удаленный рабочий стол, то вышеописанная схема с разделением nethasp.ini по разным компьютерам не сработает в лоб, так как у всех пользователей на терминале будет один и тот же файл nethasp.ini. В этом случае придется использовать разные ярлыки запуска 1С с разными рабочими каталогами, где лежат индивидуально настроенные файлы конфигурации nethasp.ini.

Выясним причины возможных ошибок

Если после настройки 1С по-прежнему выдает ошибку «Ключ защиты программы не обнаружен», проверим следующие моменты:

Брандмауэр: Убедимся, что порт 475 (протокол UDP и TCP) открыт на обоих серверах лицензий. Именно через него общаются менеджер лицензий и клиент.
Протокол TCP/IP: В файле nethasp.ini обязательно проверьте параметр NH_TCPIP = Enabled. По умолчанию 1С 7.7 может пытаться искать ключи через устаревшие протоколы IPX или NetBIOS.
Серия ключа: Если ключи имеют абсолютно идентичную маркировку и серию, они могут конфликтовать в одной сети даже на разных ПК. Именно для этого мы задавали уникальные имена серверов (NHS_SERVERNAMES) в Шаге 1.

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