Многие администраторы и пользователи сталкиваются с загадочной проблемой: на сервере или рабочем компьютере установлен локальный (однопользовательский) USB-ключ 1С (например, серии ORGL8). Если работать непосредственно за этим компьютером (локально), программа 1С успешно запускается. Однако, стоит только подключиться к этой же машине через удаленный рабочий стол (RDP), как 1С выдает сообщение об отсутствии лицензии или о том, что аппаратный ключ не найден. Давайте подробно разберем эту ситуацию, выясним причину такого поведения платформы и рассмотрим рабочие варианты решения проблемы.
Проанализируем техническую сторону вопроса. Однопользовательские USB-ключи защиты аппаратно и программно ограничены разработчиком системы защиты (HASP) и ядром самой платформы 1С. Однопользовательский ключ корректно работает только в так называемой "нулевой сессии" (консольном сеансе, то есть при непосредственном физическом подключении к ПК).
Когда вы подключаетесь через RDP, операционная система Windows (включая обычные версии вроде Windows 10) создает отдельную виртуальную терминальную сессию (с идентификатором, отличным от 0). Платформа 1С при запуске обнаруживает, что клиент работает в терминальном режиме, и принудительно блокирует опрос однопользовательского локального ключа. Согласно лицензионной политике 1С, для работы в RDP (терминальном сервере) должны использоваться многопользовательские (сетевые) ключи или программные лицензии.
Перед тем как перейти к правильным решениям, давайте исключим методы, которые приведут к потере времени или нарушению лицензионного соглашения:
backbas.dll через HEX-редактор для отключения проверки RDP. Это строго запрещено! Данное действие является нарушением лицензионного соглашения. Более того, в современных версиях платформы 1С встроена жесткая проверка целостности файлов, и подобный "хак" просто приведет к отказу работы платформы с критической ошибкой.Разберем по шагам полностью легальный и технически грамотный способ решения проблемы, если у вас используется клиент-серверный вариант работы (установлен Сервер 1С:Предприятия или Сервер МИНИ).
Сервер 1С, запущенный в нулевой сессии (как служба Windows), имеет полный доступ к аппаратному однопользовательскому ключу. Мы можем настроить систему так, чтобы RDP-клиент не пытался сам искать ключ (что заведомо обречено на провал), а запрашивал лицензию у Сервера 1С.
/UseHwLicenses-.Важное ограничение метода: расход лицензий.
Посмотрим на механизм потребления лицензий. Если клиент получает лицензию напрямую от ключа (локально), он занимает одну лицензию на весь компьютер, и вы можете открыть хоть 10 баз 1С одновременно. Если же лицензию выдает Сервер 1С, то каждый запуск клиента (каждая открытая база) забирает одну лицензию. Так как ключ однопользовательский, Сервер 1С сможет выдать ее только для одной сессии. Попытка открыть вторую базу параллельно выдаст ошибку отсутствия лицензий.
Также помните: если кто-то другой (даже локально) первым запустит базу и Сервер 1С отдаст ему эту единственную лицензию, пользователь RDP зайти не сможет. Поэтому локальным пользователям, работающим за самим сервером, наоборот, рекомендуется включать принудительный опрос аппаратного ключа (параметр /UseHwLicenses+), чтобы они забирали лицензию аппаратно, а не через пул Сервера 1С.
Если специфика работы требует открытия нескольких баз в сеансе RDP, раздача однопользовательского ключа через сервер вас не спасет. В этом случае лучшим архитектурным решением будет переход на многопользовательские лицензии.
Многие отказываются от программных лицензий из-за страха их "слета" при апгрейде или замене железа сервера. Однако платформой предусмотрен изящный выход. Рассмотрим подробнее: вы можете активировать программную многопользовательскую лицензию (ПИН-код) с привязкой к ID существующего аппаратного USB-ключа.
В этом сценарии "железом", к которому привязывается программная лицензия, выступает сам физический USB-токен. Вы можете переносить этот USB-ключ вместе с файлом программной лицензии (с расширением .lic) на любые новые серверы, виртуальные машины и компьютеры. Активация не будет сброшена, и вы получите полноценную поддержку RDP без проблем с аппаратными блокировками.
Если покупка новых лицензий пока невозможна, а раздача через Сервер 1С не подходит (например, база файловая), проанализируем ситуацию и рассмотрим обходные пути доступа:
Таким образом, использование однопользовательского USB-ключа в терминальной среде всегда сопряжено с техническими ограничениями. Правильная архитектура работы заключается либо в делегировании выдачи лицензии Серверу 1С, либо в переходе на многопользовательские ключи и веб-публикацию.