Почему 1С выбирает сетевую лицензию вместо локального ключа?

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

Понимаем механизм поиска лицензий

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

Если же программа «упорно» выбирает сетевой ключ, это означает, что стандартный порядок был нарушен либо программными настройками, либо кэшированием данных о предыдущих успешных подключениях.

Шаг 1: Очистка кэшированных данных

Самая частая причина «запоминания» неправильного пути к серверу лицензий — это накопление метаданных в профиле пользователя. Рекомендуем начать с удаления файлов, которые хранят информацию о сеансах и параметрах подключения.

Найдите и удалите файл 1cv8conn.pfl в профиле пользователя. Этот файл может содержать историю предыдущих подключений, которая заставляет систему пытаться подключиться к уже известному сетевому ресурсу до выполнения полного опроса оборудования.

Шаг 2: Анализ через мониторинг сети

Чтобы понять, что именно происходит в момент запуска, воспользуемся утилитой Aladdin Monitor (или актуальным Sentinel Admin Control Center).

1. Запустите монитор на любой рабочей станции, где воспроизводится проблема.
2. Проверьте, видит ли клиентская машина локальный ключ (в списке устройств он должен отображаться как локальный).
3. Посмотрите, не зафиксирован ли там «предпочтительный» сервер, который система пытается опросить в первую очередь.

Шаг 3: Настройка файла nethasp.ini

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

Файл обычно располагается в папке bin установленной платформы 1С. Мы можем ограничить протоколы поиска, чтобы исключить обращение к удаленному серверу:

[NH_COMMON]
NH_TCPIP = Enabled
NH_NETBIOS = Disabled
NH_IPX = Disabled

[NH_TCPIP]
NH_SERVER_ADDR = 127.0.0.1

Указание 127.0.0.1 в параметрах NH_SERVER_ADDR заставит систему искать ключ только на локальной машине. Если же ваша цель — разрешить поиск сети, но сделать его вторичным, убедитесь, что в этом файле нет жестко прописанных IP-адресов удаленных серверов, которые перекрывают поиск локального USB-ключа.

Шаг 4: Проверка драйверов и питания портов

Иногда проблема кроется не в 1С, а в физическом уровне взаимодействия с оборудованием. Разберем критические моменты:

• Версия драйвера Sentinel: Убедитесь, что установлены последние версии драйверов Sentinel Runtime. Устаревшие версии могут некорректно отвечать на широковещательные запросы, из-за чего 1С считает локальный ключ «мертвым» и переключается на сетевой.
• Настройки энергосбережения: В диспетчере устройств Windows для USB-концентраторов необходимо снять галочку «Разрешить отключение этого устройства для экономии энергии». Если Windows отключает питание порта для «сна», ключ перестает отвечать, и система переходит к поиску по сети.

Пройдя эти шаги вместе, вы сможете нормализовать порядок получения лицензий. Начните с удаления 1cv8conn.pfl, так как это самое быстрое и часто помогающее действие, а затем переходите к проверке настроек nethasp.ini, если проблема сохраняется.