Почему постоянно слетает программная лицензия 1С при работе через RDP?

← На главную

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

Понимаем механику работы лицензирования

Программная лицензия 1С привязывается к набору характеристик вашего оборудования (так называемому «слепку» системы). В этот набор входят: серийные номера материнской платы, процессора, жестких дисков, MAC-адреса сетевых адаптеров и объем оперативной памяти. При подключении через RDP в виртуализированной среде параметры оборудования могут меняться или временно «скрываться» от сессии пользователя. Если 1С фиксирует изменение конфигурации, она считает, что программа запущена на другом компьютере, и блокирует лицензию.

Шаг 1: Проверяем скрипты очистки профиля

Прежде всего, проанализируем поведение сервера по ночам. Часто системные администраторы настраивают скрипты, которые очищают временные папки пользователей или удаляют профили после выхода из системы. Файлы лицензий .lic при стандартной установке могут попадать именно в профиль пользователя.

Проверьте наличие файлов .lic в папке %AppData%\1C\1Cv8\Conf или аналогичных каталогах профиля.
Убедитесь, что групповые политики Windows не настроены на удаление данных из профиля пользователя при завершении RDP-сессии.
Если вы обнаружили, что файлы лицензий удаляются, необходимо перенести активацию в общую папку, доступную для всех пользователей.

Шаг 2: Настройка технологического журнала

Для того чтобы не гадать, почему система «теряет» ключ, необходимо включить технологический журнал. Он позволит увидеть, на какой именно параметр «железа» ругается платформа в момент запуска.

Создайте файл logcfg.xml в папке conf платформы 1С. Пример конфигурации для отслеживания ошибок лицензирования:


<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="C:\Logs\1C" history="24">
    <event>
      <eq property="Name" value="EXCP"/>
      <eq property="Description" value="License"/>
    </event>
    <property name="all"/>
  </log>
</config>
</config>

После сбора логов проанализируйте файл на наличие ошибок доступа или несоответствия идентификаторов дисков/сетевых адаптеров.

Шаг 3: Активация «на сервер» вместо «на компьютер»

Одной из частых ошибок является активация лицензии «на рабочее место» (компьютер) в среде, где работают несколько пользователей через терминалы. Если вы используете серверную ОС, рекомендуется принудительно устанавливать лицензию именно «на сервер».

Преимущества этого подхода:

Лицензия привязывается к системному разделу сервера, а не к сессии конкретного пользователя.
Минимизируется риск «разбега» параметров оборудования при смене пользователя в RDP.
Файл лицензии размещается в общей директории ProgramData\1C\1Cv8\Conf, что делает его доступным для процесса ragent (сервера 1С:Предприятия).

Шаг 4: Анализ конфигурации оборудования и виртуализации

Если сервер работает в виртуальной среде (например, VMware или Hyper-V), убедитесь, что параметры виртуального оборудования зафиксированы. Бывают ситуации, когда при перезагрузке сервера или обновлении гипервизора меняется ID диска или сетевого интерфейса. В таких случаях:

Проверьте, не «гуляет» ли MAC-адрес сетевой карты при рестарте службы.
Рассмотрите переход на аппаратный USB-ключ. Это самый надежный способ избавления от проблем с привязкой лицензии в нестабильных виртуальных средах.
Проверьте, не блокирует ли антивирус доступ к папке Conf. Попробуйте добавить директорию лицензий в исключения антивирусного сканера.

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