Развертывание системы «1С:Предприятие 8» в клиент-серверном варианте (SQL) на базе терминального сервера (RDP) — классическая задача для системного администратора. Однако именно на этапе лицензирования возникает больше всего вопросов и ошибок. Неправильный выбор типа лицензии или некорректный способ активации могут привести к тому, что лицензии будут расходоваться в несколько раз быстрее, чем планировалось, либо пользователи вообще не смогут войти в систему.
В этой статье мы подробно разберем, как работают программные и аппаратные ключи 1С в терминальной среде, выясним разницу между клиентским и серверным распределением лицензий, решим проблему «слетающих» лицензий на виртуальных машинах и разберем важные ограничения платформ уровней ПРОФ и КОРП.
При покупке программных лицензий на 5, 10 или 20 рабочих мест вы получаете так называемую комбинированную лицензию. В коробке (или в электронном письме поставки) всегда присутствуют два комплекта ПИН-кодов:
Важнейшее правило активации: вы должны выбрать только один вариант использования. Если вы активируете хотя бы один однопользовательский ПИН-код из комплекта, многопользовательский ПИН-код навсегда аннулируется, и наоборот.
Рассмотрим, как выбор типа активации влияет на подсчет лицензий на терминальном сервере:
.lic в общедоступный каталог (например, C:\ProgramData\1C\licenses). В этом случае подсчет лицензий будет осуществляться локально клиентским приложением 1cv8.exe. Лицензирование при этом происходит по компьютерам (сессиям RDP). Это значит, что один пользователь внутри своей терминальной сессии может запустить неограниченное количество баз (и файловых, и клиент-серверных), и система потратит на него всего 1 лицензию из 10 доступных.rphost (серверная часть 1С), то раздачей лицензий будет заниматься сам сервер 1С. При такой схеме подсчет всегда ведется по сеансам (по базам). Если один и тот же бухгалтер в своей сессии запустит 3 разные базы данных, сервер 1С зафиксирует 3 отдельных подключения и спишет ровно 3 лицензии.Для наглядности проанализируем разницу в таблице ниже:
Таблица 1. Расход программных лицензий в зависимости от способа активации на терминале
| Способ активации | Кто раздает лицензию | Принцип подсчета | Расход лицензий при запуске 3-х баз одним пользователем |
|---|---|---|---|
| Многопользовательская на терминале | Клиентское приложение (локальный файл) | На сессию RDP (на пользователя) | 1 лицензия |
| Активация на сервере 1С (rphost) | Служба сервера 1С:Предприятия | На каждый сеанс (на каждую базу) | 3 лицензии |
Вы можете гибко управлять поведением платформы и определять, кто именно должен выдавать лицензию для конкретной информационной базы. Для этого разберем по шагам настройку в консоли администрирования кластера 1С:Предприятия:
Администрирование серверов 1С Предприятия.Кластеры -> [Имя вашего кластера] -> Информационные базы.Чтобы оперативно контролировать состояние подключений, откроем список «Сеансы» в консоли кластера. Обратим внимание на колонку «Лицензия». Если там написано Клиент, ... — значит, лицензию нашло само приложение на терминальном сервере, и она расходуется поюзерно. Если там значится Сервер, ... — лицензию выдал сервер 1С, и она расходуется посеансово.
Существует распространенное заблуждение, будто современные операционные системы (начиная с Windows Server 2012) не поддерживают работу аппаратных ключей защиты Aladdin HASP. Выясним реальное положение дел.
Проблемы несовместимости действительно возникали, но исключительно со старыми версиями драйверов HASP, которые поставлялись в комплекте со старыми релизами платформы. Современный владелец бренда HASP — компания Thales (ранее SafeNet) — регулярно обновляет драйверы. Для стабильной работы достаточно скачать и установить последнюю версию драйвера Sentinel LDK Run-time (версии 8.x и выше). Ключи прекрасно распознаются на Windows Server 2016, 2019, 2022 и на актуальных дистрибутивах Linux.
Однако при работе с аппаратными ключами на терминальном сервере действуют жесткие технические правила:
Правило 1. Блокировка однопользовательских ключей в RDP. Физический однопользовательский USB-ключ (светло-синего или фиолетового цвета, маркировка H4 M1) физически блокируется драйвером при попытке обратиться к нему из терминальной сессии. Если вы воткнете такой ключ в сервер и зайдете по RDP, платформа выдаст ошибку «Ключ защиты не обнаружен». Это сделано для защиты от нелегального коллективного использования персонального ключа. Работать с ним на терминале можно только непосредственно в консольной сессии сервера (локально сидя за монитором) либо через системы удаленного управления рабочим столом, не создающие новые сессии (например, TeamViewer или AnyDesk).
Правило 2. Сетевые многопользовательские ключи (красные, маркировка NET). Сетевые ключи (на 5, 10, 20, 50, 100 и более пользователей) работают по сети через специальную службу-посредник — HASP License Manager (процесс nhsrvice.exe). Схема работы выглядит так:
Правило 3. Ограничение на установку нескольких сетевых ключей на одном сервере. В один компьютер (или в одну виртуальную машину с пробросом USB) нельзя вставлять два сетевых ключа одной серии (например, два ключа серии ORGL8). Драйвер инициализирует только один из них (как правило, первый определившийся), а второй ключ будет полностью игнорироваться системой.
Как решить эту проблему, если вам нужно объединить лицензии (например, у вас есть два сетевых ключа на 10 и 20 пользователей)? Рассмотрим два пути решения:
nethasp.ini, который располагается в каталоге установки платформы 1С (обычно C:\Program Files\1C\1cv8\conf). Разберем пример его заполнения для принудительного указания адресов серверов лицензирования:
[NH_COMMON]
NH_TCPIP = Enabled
[NH_TCPIP]
NH_SERVER_ADDR = 192.168.1.10, 192.168.1.11
NH_PORT_NUMBER = 475
NH_USE_BROADCAST = Disabled
В данном примере мы отключили лишний широковещательный поиск (NH_USE_BROADCAST = Disabled) и жестко прописали IP-адреса двух разных машин, в которые установлены наши ключи. Это значительно ускоряет запуск 1С и решает проблему конфликта одинаковых серий.
Современные ИТ-инфраструктуры практически всегда разворачиваются на виртуальных машинах (Hyper-V, VMware ESXi, Proxmox VE). Для программных лицензий это несет серьезный риск. Программная лицензия 1С осуществляет жесткую привязку к ключевым параметрам аппаратной конфигурации компьютера:
Если в процессе администрирования виртуальной машины вы динамически добавите оперативную память, измените количество ядер процессора или виртуальная машина мигрирует на другой хост в кластере гипервизора — привязка нарушится. При следующем запуске 1С выдаст ошибку: «Файл лицензии поврежден или изменен состав оборудования».
Чтобы избежать бесконечного расхода резервных ПИН-кодов и простоев в работе компании, применим профессиональное решение — настроим выделенный сервер лицензирования 1С в рамках кластера.
Разберем этот процесс по шагам:
Для настройки требований назначения функциональности в консоли кластера выполним следующие действия:
Требования назначения функциональности.Сервис лицензированияНазначатьЛюбой объект требованияНе назначатьБлагодаря такой схеме, наш сервер лицензирования будет обрабатывать исключительно запросы на выдачу лицензий. Вы можете безбоязненно изменять ресурсы основного рабочего сервера (добавлять ядра CPU, RAM, жесткие диски, переносить его между физическими хостами) — программные лицензии 1С больше никогда не «слетят», так как они привязаны к неизменяемому «железу» легкого сервера лицензирования. При этом, согласно правилам лицензирования фирмы 1С, дополнительную лицензию на сервер 1С для этой вспомогательной машины покупать не требуется, если она работает в рамках одного кластера.
При проектировании серверной инфраструктуры критически важно учитывать правила разделения лицензий на уровни ПРОФ и КОРП. С 2019 года фирма 1С ввела строгие технические ограничения на использование лицензий уровня ПРОФ на уровне платформы.
Проанализируем эти лимиты, чтобы избежать блокировки работы предприятия:
Если ваше предприятие перешагнуло эти лимиты, либо вам требуются расширенные функции управления кластером (такие как фоновое обновление конфигурации базы данных, динамическая балансировка нагрузки между серверами кластера, профили безопасности для защиты от опасного кода), вам необходимо приобрести лицензии уровня КОРП и выполнить апгрейд текущих лицензий ПРОФ.
Подведем итог и составим пошаговый алгоритм действий для правильной настройки среды:
C:\ProgramData\1C\licenses. Не активируйте её через консоль сервера 1С, если хотите избежать посеансового списания!nethasp.ini на терминальном сервере.Соблюдение этих правил гарантирует стабильную, быструю работу вашей системы «1С:Предприятие 8», предсказуемый расход лицензий и отсутствие неожиданных сбоев при масштабировании бизнеса.