Как правильно настроить дополнительный сервер 1С с отраслевым лицензированием СЛК?

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

Понятие двойного лицензирования

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

1. Платформенные лицензии: 5 лицензий 1С:Предприятие 8 (ПРОФ или КОРП), которые позволяют запустить саму оболочку программы.
2. Отраслевые лицензии СЛК: 5 лицензий на конкретную конфигурацию (например, "1С:Общепит" или "1С:Транспортная логистика"), которые открывают доступ к защищенным модулям кода.

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

Варианты развертывания второго сервера СЛК

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

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

Сценарий 2: Автономный сервер. Если второй сервер должен работать абсолютно независимо (например, в другом дата-центре без связи с первым), в этом случае придется приобрести дополнительный комплект клиентских лицензий отраслевого решения. Сама программа "Сервер СЛК" бесплатна, но для ее активации на новом месте потребуются новые пин-коды.

Механика проверки лицензий на стороне сервера и клиента

Разберем, как именно конфигурация "общается" с защитой. В современных версиях СЛК (начиная с 3.0) проверка может происходить двумя путями, что критично для понимания настройки сетевых экранов:

1. Проверка на стороне сервера 1С. Рассмотрим этот вариант как наиболее распространенный для клиент-серверных версий. Процедуры защиты вызываются через контекст &НаСервере. В этом случае сервер 1С (процесс rphost) сам обращается к серверу СЛК. Пользователю не нужен прямой доступ к порту лицензирования — достаточно, чтобы сервер 1С "видел" сервер лицензий в локальной сети.

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

Настройка доступа для внешних пользователей

Посмотрим на ситуацию, когда база опубликована на веб-сервере, и пользователи подключаются через интернет по внешнему IP. Как в этом случае проверяется лицензия? Проанализируем шаги настройки:

1. Проброс портов (NAT). По умолчанию СЛК 3.0 использует TCP-порт 9099. Если проверка лицензии идет с клиентского компьютера, на роутере организации необходимо настроить проброс этого порта на внутренний IP-адрес сервера СЛК. Для версии 2.1 часто используются порты 1199 или 9091.
2. Настройка адреса в интерфейсе. При первом запуске под внешним IP система может выдать сообщение "Ключ защиты не обнаружен". В окне настройки необходимо указать внешний публичный IP-адрес вашего офиса.
3. Использование файлов настроек. Чтобы не вводить адрес вручную у каждого пользователя, можно отредактировать файл настроек (обычно это licence.xml в профиле пользователя). Рассмотрим пример структуры данных, которые там хранятся:

    213.0.111.222
    9099
    5000

Особенности виртуализации и привязки к железу

Проанализируем риски при переносе СЛК на новый сервер. Программные лицензии СЛК крайне чувствительны к изменению аппаратной конфигурации. Посмотрим, что может привести к "слету" лицензии:

• Изменение имени сервера или доменного имени.
• Изменение объема оперативной памяти.
• Обновление версии BIOS или операционной системы.
• Изменение параметров сетевого адаптера (даже MAC-адреса виртуальной карты).

При использовании виртуальных сред (Hyper-V, VMware) мы настоятельно рекомендуем использовать аппаратные USB-ключи защиты, которые можно "пробросить" в виртуальную машину. Если же используются программные пин-коды, убедитесь, что ресурсы виртуальной машины (RAM, CPU) зарезервированы статически и не меняются динамически гипервизором.

Консоль управления СЛК

Для мониторинга работы рекомендуем использовать встроенный веб-интерфейс сервера лицензирования. Он доступен по адресу http://localhost:9099 прямо на сервере. Разберем, чем он полезен администратору:

• Мониторинг сессий: можно в реальном времени видеть, кто из пользователей занял отраслевую лицензию.
• Управление зависшими сессиями: если 1С завершилась аварийно, лицензия может остаться "висеть". В консоли ее можно сбросить вручную.
• Резервирование: можно выделить определенное количество лицензий для критически важных сотрудников или отделов, чтобы они всегда имели доступ к базе.

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