Как настроить видимость сетевого ключа защиты 1С на удаленном компьютере?

← На главную

В практике системного администрирования 1С часто возникает ситуация, когда на сервере установлен многопользовательский сетевой ключ (например, на 10 или 50 лицензий), но клиентские компьютеры, находящиеся в той же локальной сети или подключающиеся через VPN, не могут его обнаружить. Особенно остро эта проблема проявляется, если рабочая станция не входит в домен или находится в другой подсети. В данной статье мы подробно разберем, как обеспечить стабильную видимость аппаратного ключа HASP, настроить конфигурационные файлы и обойти ограничения сетевых экранов.

Проанализируем основные условия для работы сетевого ключа

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

Тип ключа: Убедимся, что используется именно сетевой клиентский ключ. Обычно это USB-токен красного цвета (серия ORGL8). Локальные ключи (синего цвета) по сети не раздаются.
Драйвер защиты: На сервере, где физически установлен ключ, должен быть установлен актуальный драйвер Sentinel HASP.
Менеджер лицензий: На серверной машине обязательно должна быть запущена служба HASP License Manager (процесс nhsrvice.exe). Именно она отвечает за "прослушивание" сетевых запросов по порту 475.
Настройки 1С: В окне запуска 1С, в меню "Настройка", должен быть установлен флаг "Использовать аппаратную лицензию (ключ защиты)".

Шаг 1. Настройка клиентского файла nethasp.ini

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

Найдем файл nethasp.ini. Рекомендуем размещать его в папке C:\Program Files\1cv8\conf, чтобы настройки применялись ко всем установленным версиям платформы. Если этой папки или файла нет, его можно скопировать из каталога bin конкретной версии платформы.

Отредактируем секцию [NH_TCPIP], приведя ее к следующему виду:


[NH_COMMON]
NH_TCPIP = Enabled

[NH_TCPIP]
;; Указываем IP-адрес сервера, где физически стоит ключ
NH_SERVER_ADDR = 192.168.1.7 
;; Отключаем широковещательный поиск, чтобы ускорить запуск и избежать блокировок
NH_USE_BROADCAST = Disabled
;; Указываем метод работы
NH_TCPIP_METHOD = UDP
;; Порт по умолчанию (475)
NH_PORT_NUMBER = 475

Проанализируем, что мы сделали: параметром NH_SERVER_ADDR мы принудительно направили 1С к конкретному серверу. Отключение NH_USE_BROADCAST критически важно — это заставляет программу не "кричать" в сеть, а сразу устанавливать соединение с указанным IP.

Шаг 2. Проверка доступности портов и настройка брандмауэра

Выясним причину, по которой даже при правильном IP ключ может быть не виден. Основной протокол обмена для HASP — это UDP на порту 475. Часто администраторы проверяют доступность через telnet, но стоит помнить, что telnet работает по протоколу TCP. Даже если порт 475 TCP открыт, 1С может не запуститься, если закрыт 475 UDP.

Нам необходимо создать правила в брандмауэре (Windows Firewall) на сервере:

Разрешить входящие соединения для программы nhsrvice.exe (находится обычно в C:\Windows\System32 или C:\Program Files (x86)\HASP LM).
Создать отдельное правило для порта 475 по протоколам UDP и TCP для всех профилей сети.

На стороне клиента также рекомендуется убедиться, что исходящий трафик по порту 475 не блокируется локальным антивирусом или встроенным защитником Windows.

Шаг 3. Диагностика через монитор лицензий

Посмотрим на ситуацию со стороны сервера. Для мониторинга состояния ключей используется утилита Aladdin Monitor (AKS Monitor). Если менеджер лицензий настроен верно, в мониторе должен отобразиться ваш сервер и активный ключ. Если монитор видит ключ локально, но не видит запросов от клиента, значит, проблема в сетевом экране или в файле nethasp.ini на стороне пользователя.

Важный нюанс: Если в сети установлено несколько менеджеров лицензий (несколько ключей на разных серверах), рекомендуется в файле nhsrv.ini (на сервере) и nethasp.ini (на клиенте) задать уникальные имена серверов через параметр NHS_SERVERNAMES и NH_SERVER_NAME соответственно. Это исключит путаницу при распределении лицензий.

Шаг 4. Устранение конфликтов с программными лицензиями

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

C:\ProgramData\1C\licenses
%AppData%\1C\1cv8\conf

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

Дополнительные рекомендации

Если после всех настроек ключ по-прежнему не виден, попробуйте выполнить следующие действия:

Перезапуск службы: Перезапустите службу HASP Loader на сервере после изменения любых .ini файлов.
Физическое переподключение: Иногда помогает физическое извлечение ключа из USB-порта и его повторная установка (это заставляет драйвер переинициализировать устройство).
Версия платформы: Убедитесь, что версия платформы на клиенте совпадает или совместима с используемым драйвером. Для Windows 10 и Server 2019/2022 рекомендуется использовать драйверы версии не ниже 8.x.

Соблюдение этого алгоритма — от настройки nethasp.ini до проверки UDP-трафика — в 99% случаев решает проблему "невидимости" ключа защиты в локальной сети.