Не найден сервер лицензирования 1С:Предприятия: проблемы с аппаратными и программными ключами

Системный администратор 1С v8.3 (Управляемые формы) IT и автоматизация бизнеса
← На главную

При настройке сервера 1С:Предприятия и сервера лицензирования системные администраторы часто сталкиваются с проблемой, когда система не может обнаружить лицензии — ни аппаратные ключи HASP, ни программные лицензии. Типичные ошибки включают "локальный ключ недоступен: Status=0, EN8SA Локальный, не установлен" и "Не найдено ни одного сервера с размещенным сервисом serviceName=LicenseService;". Данная ситуация осложняется, когда используются одновременно программные и аппаратные ключи, а также выделенный сервер лицензирования в виртуальной среде. Давайте подробно разберем, как диагностировать и устранить эти проблемы.

Проблема 1: Отсутствие локального аппаратного ключа HASP EN8SA

Ошибка "локальный ключ недоступен: Status=0, EN8SA Локальный, не установлен" явно указывает на то, что сервер 1С:Предприятия не может обнаружить аппаратный ключ защиты. Рассмотрим подробнее, почему это происходит и что можно предпринять.

  1. Проверка физического подключения и драйверов HASP:

    В первую очередь, убедитесь, что аппаратный ключ HASP EN8SA физически подключен к USB-порту сервера и индикатор на ключе горит. Нередко проблема кроется в нестабильном подключении или отсутствии необходимых драйверов. Мы рекомендуем:

    1. Переустановить драйверы HASP: Загрузите актуальную версию драйверов HASP (Sentinel HASP/LDK Drivers) с официального сайта Gemalto (теперь Thales). Удалите старые драйверы и выполните чистую установку.
    2. Проверить USB-порт: Попробуйте подключить ключ к другому USB-порту. Иногда проблема может быть связана с неисправностью порта.
  2. Наличие и настройка HASP License Manager:

    Для аппаратных ключей HASP требуется установка HASP License Manager (известный также как Sentinel License Manager). Этот менеджер лицензий отвечает за обнаружение аппаратных ключей и их распространение по сети. Мы должны убедиться, что он установлен и корректно работает на сервере, к которому подключен аппаратный ключ.

    1. Установка HASP License Manager: Если менеджер лицензий не установлен, установите его. Он обычно входит в состав дистрибутива драйверов HASP или доступен отдельно.
    2. Открытие порта 475 UDP: Убедитесь, что порт 475 (UDP) открыт на брандмауэре сервера, где установлен HASP License Manager. Этот порт используется для связи с менеджером лицензий. Создайте входящие и исходящие правила для данного порта.
    3. Настройка nethasp.ini: Если 1С-сервер и HASP License Manager находятся на разных машинах, или есть проблемы с автообнаружением, создайте или отредактируйте файл nethasp.ini. В этом файле мы можем явно указать IP-адрес сервера с HASP License Manager:
      
      [NH_COMMON]
      NH_TCPIP = Enabled
      
      [NH_TCPIP]
      NH_SERVER_ADDR = <IP-адрес_сервера_с_HASP_LM>
      NH_USE_BROADCAST = Disabled
      

      Сохраните файл nethasp.ini в каталоге bin платформы 1С:Предприятия.

  3. Мониторинг Sentinel Admin Control Center:

    Для проверки видимости ключей HASP используйте веб-интерфейс Sentinel Admin Control Center, который доступен по адресу http://localhost:1947 на сервере, где установлен HASP License Manager. Откройте эту страницу в браузере и перейдите в раздел "Sentinel Keys" или "Ключи Sentinel". Мы должны увидеть наш ключ HASP EN8SA, его статус и код вендора.

    Если ключ не виден в Sentinel Admin Control Center, это верный признак проблемы с драйверами, физическим подключением или самим ключом.

  4. Особенности работы через виртуальные машины (VMware Horizon, vhere):

    Использование удаленного проброса USB-ключей через vhere (или аналогичные технологии для виртуальных машин) может быть источником нестабильности. Мы должны убедиться, что проброс USB настроен корректно и стабильно. Иногда виртуальные машины могут "терять" USB-устройства после перезагрузки гипервизора или самой VM. Рекомендуется использовать статические настройки проброса USB и, по возможности, физически подключать аппаратные ключи к тому же хосту, на котором работает виртуальная машина с 1С:Предприятием, чтобы минимизировать риски.

  5. Совместимость и конфликты ключей:

    В некоторых случаях проблемы с обнаружением серверного ключа EN8SA могут возникать, если к той же машине подключены другие аппаратные ключи, особенно если они имеют одинаковый номинал или тип. Сообщение о том, что "серверный работает, если подключены клиентские", может указывать на специфическую конфигурацию ключей (например, если серверный ключ является частью комплекта, который активируется при наличии клиентских, или проблема в порядке их инициализации). При наличии нескольких аппаратных многопользовательских ключей HASP на одной машине, убедитесь, что они уникальны и не конфликтуют. Менеджер лицензий HASP должен корректно обрабатывать все подключенные ключи.

Проблема 2: "Не найдено ни одного сервера с размещенным сервисом serviceName=LicenseService;"

Эта ошибка указывает на то, что кластер 1С:Предприятия не может найти или связаться со службой лицензирования 1С для получения программных лицензий. Давайте проанализируем настройки выделенного сервера лицензирования и взаимодействия с ним.

  1. Назначение и роль выделенного сервера лицензирования (СЛ):

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

  2. Отличие СЛ от HASP License Manager:

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

  3. Добавление СЛ в кластер 1С:

    Мы должны убедиться, что выделенный сервер лицензирования корректно добавлен в центральный кластер серверов 1С:Предприятия. Откройте оснастку "Администрирование серверов 1С:Предприятия" и проверьте список рабочих серверов в кластере. СЛ должен быть там.

  4. Требования функциональности назначения:

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

  5. Активация программных лицензий на СЛ:

    Программные клиентские лицензии и, возможно, программная серверная лицензия должны быть активированы непосредственно на выделенном сервере лицензирования. Убедитесь, что все пин-коды были успешно использованы, и лицензии активны на этом сервере. Программные лицензии привязываются к ключевым параметрам компьютера (тип процессора, сетевой адаптер, объем ОЗУ). Изменение этих параметров может привести к недействительности лицензии и требовать переактивации.

  6. Сетевая доступность и брандмауэры:

    Одной из самых распространенных причин данной ошибки являются проблемы с сетевой доступностью. Мы должны убедиться, что сервер 1С:Предприятия, который пытается получить лицензию, может связаться с выделенным сервером лицензирования. Проверьте следующие моменты:

    1. Порты 1С: Убедитесь, что на брандмауэрах (как на СЛ, так и на основном сервере 1С) открыты следующие порты TCP:
      • 1540-1541: Порты по умолчанию для менеджера кластера и рабочего сервера 1С.
      • 1560-1562: Дополнительные порты, которые могут использоваться рабочими процессами.

      Создайте правила для входящего и исходящего трафика по этим портам.

    2. IP-адреса и имена: Если серверы находятся в разных подсетях или используется сложная сетевая топология, убедитесь, что DNS-разрешение работает корректно. Мы можем прописать IP-адрес выделенного СЛ и его имя в файле hosts на сервере 1С:Предприятия, чтобы обеспечить стабильное разрешение имен. Например, <IP-адрес_СЛ> <Имя_СЛ>.
  7. Проверка службы агента сервера 1С на СЛ:

    Убедитесь, что служба "Агент сервера 1С:Предприятия" (1C:Enterprise 8.3 Server Agent) запущена на выделенном сервере лицензирования. Именно эта служба предоставляет сервис лицензирования (LicenseService).

  8. Особенности использования двух серверных лицензий:

    В обсуждаемой ситуации используется две серверные лицензии: аппаратная на основном сервере и программная на СЛ. Это допустимо, но требует тщательной настройки. Основной сервер 1С будет использовать свою аппаратную лицензию для запуска, а СЛ — свою программную (если на нем запущены рабочие процессы). При этом СЛ будет раздавать клиентские программные лицензии другим серверам в кластере.

    Если основной сервер 1С при запуске пишет "локальный ключ недоступен: Status=0, EN8SA Локальный, не установлен", это означает, что он не может найти свою серверную лицензию. Это не связано с клиентскими лицензиями, которые должен раздавать СЛ. Пока сервер 1С сам не запустится, он не сможет использовать или раздавать никакие другие лицензии.

  9. Файлы программных лицензий (*.lic):

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

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

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

  1. Согласованность версий платформы:

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

  2. Проверка WMI:

    Иногда проблемы с обнаружением локальных ключей (особенно программных) могут быть связаны с повреждением репозитория WMI (Windows Management Instrumentation). Мы можем попробовать очистить репозиторий WMI и перезапустить соответствующие службы Windows. Для этого используем командную строку с правами администратора.

  3. Настройка hosts файла для кластера 1С:

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

  4. Мониторинг технологического журнала 1С:

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

  5. Особенности виртуальной среды:

    В виртуальной среде программные лицензии могут "слетать" при изменении ключевых параметров виртуальной машины. Некоторые гипервизоры (например, VMware) имеют настройки, которые позволяют минимизировать изменение этих параметров при перезагрузке или миграции VM. Мы рекомендуем изучить документацию вашего гипервизора для оптимизации работы с программными лицензиями.

Заключение

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

← На главную