Почему 1С не видит сетевой физический ключ HASP после смены IP-адресов или коммутатора и как это исправить?

Системный администратор IT и автоматизация бизнеса
← На главную

Разберем типичную ситуацию из практики сетевого администрирования: в организации используется файловая база 1С с аппаратным 5-пользовательским ключом защиты HASP. На сервере запущен менеджер лицензий HASP License Manager. Клиентские ПК отлично видят сервер через RDP, открывают общие сетевые папки и успешно пингуют узлы, однако при запуске 1С возникает ошибка: «Не найден ключ защиты программы». Проблема проявилась сразу после смены IP-адресов на рабочих станциях или переключения оборудования в новый коммутатор.

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

1. Проверка сетевого порта 475 (UDP) и настроек коммутатора

Основная служба раздачи аппаратных лицензий HASP License Manager работает по протоколу UDP через сетевой порт 475. Если физический доступ к серверу по RDP и SMB (расшаренным папкам) работает нормально, это свидетельствует лишь об исправности протоколов TCP (порты 3389 и 445). Служба поиска ключа использует другой протокол и порт.

Выясним возможные причины блокировки на уровне сетевого оборудования и ОС:

  1. Настройки управляемого свитча (Managed Switch): При переходе на управляемый коммутатор могут быть активны функции безопасности, такие как Port Isolation (изоляция портов), Storm Control (защита от широковещательных штормов) или списки контроля доступа (ACL). Все они по умолчанию блокируют широковещательный трафик (Broadcast), с помощью которого 1С ищет ключ. Убедимся, что трафик по порту 475 UDP не фильтруется коммутатором.
  2. Брандмауэр Windows (Windows Firewall): Убедимся, что на сервере и клиентских ПК в брандмауэре открыт входящий и исходящий трафик для порта 475 UDP.

2. Изменение сетевого профиля Windows

При смене IP-адресов, шлюзов или переключении порта на свитче операционная система Windows часто автоматически меняет профиль сетевого подключения с «Частная сеть» (Private) на «Общественная сеть» (Public). В профиле «Общественная сеть» встроенный брандмауэр блокирует большинство входящих сетевых запросов, в том числе от HASP License Manager.

Проверим текущий статус сети в «Центре управления сетями и общим доступом» на сервере и рабочих станциях. При необходимости вернем профиль «Частная сеть» или явно добавим разрешающее правило для порта 475 UDP для всех профилей.

3. Прямое указание IP-адреса сервера в nethasp.ini

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

Для этого отредактируем файл конфигурации nethasp.ini на каждом клиентском компьютере. Обычно он расположен в каталоге с установленной платформой (например, C:\Program Files\1cv8\conf\ или в папке конкретной версии платформы).

Откроем файл nethasp.ini в текстовом редакторе и настроим следующие секции:


[NH_COMMON]
NH_TCPIP = Enabled

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

В параметре NH_SERVER_ADDR указываем точный статический IP-адрес сервера, к которому подключен USB-ключ HASP. Отключение широковещательного поиска (NH_USE_BROADCAST = Disabled) заставляет 1С обращаться непосредственно к серверу лицензий, минуя проблемы с маршрутизацией Broadcast-пакетов.

4. Сброс ARP-кэша и перезапуск службы HASP

При переключении кабелей в новый свитч и смене IP-адресов в операционной системе и на сетевом оборудовании сохраняется устаревшая таблица сопоставления IP и MAC-адресов (ARP-кэш). Из-за этого пакеты могут отправляться по недействительным маршрутам.

Выполним очистку кэша и перезапуск службы:

  1. На сервере и клиентах откроем командную строку от имени администратора и выполним команду очистки ARP: arp -d *
  2. Служба HASP Loader (имя службы nhsrvice) при старте фиксирует сетевые адаптеры. Если IP-адреса менялись «на лету», обязательно перезапустим службу через оснастку services.msc или командную строку:
    
    net stop nhsrvice
    net start nhsrvice
    

5. Привязка службы HASP на сервере (nhsrv.ini)

Если на сервере установлено несколько сетевых адаптеров (включая виртуальные адаптеры Hyper-V, VirtualBox или VPN-соединения), менеджер лицензий при запуске может привязаться к неверному IP-интерфейсу. В результате пользователи из локальной сети не смогут до него достучаться.

Для решения этой проблемы перейдем в папку установки HASP License Manager на сервере (обычно C:\Program Files (x86)\HASP LM\) и отредактируем файл nhsrv.ini. Настроим явную привязку к рабочему IP-адресу:


[NHS_IP]
NHS_IP_limit = 192.168.1.100

После сохранения изменений перезапустим службу HASP Loader.

Альтернативные варианты обхода проблемы

Если сетевые ограничения инфраструктуры не позволяют настроить транзит UDP-трафика к менеджеру лицензий, рассмотрим альтернативные архитектурные решения:

← На главную