Исправление ошибки Нет свободной лицензии на RDP

Проблема зависания лицензий в RDP известна уже тыщу лет. Это происходит при использовании в терминале 64-х битной операционной системы 32-х битной платформы. При печати из 1С в таком сочетании софта задействуется промежуточный модуль SplWOW64. После завершения сеанса 1С этот модуль может долго не выгружаться из памяти и при этом занимать лицензию. Чтобы решить проблему нужно сделать две вещи:

1. Уменьшить тайм-аут завершения процесса SplWOW64.exe
Для этого значение системного реестра SplWOW64TimeOut установите в значение 1 (при отсутствии значения его следует создать с типом DWORD (32 бита)).
Реестр: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Print

2. Добавить процесс SplWOW64.exe в список процессов, завершаемых при завершении терминальной сессии
Для этого значение системного реестра SPLWOW64.EXE установите в значение 0 (при отсутствии значения его следует создать с типом DWORD (32 бита)).
Реестр: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal­Server\SysProcs

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

В данном случае все только через рдп работают. На рабочих местах 1С нет.

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

(8)


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

P.S.
У лицензии на сервер должно быть "Ошибка программного лицензирования. Файл программной лицензии не предусматривает возможность запуска клиентских приложений".

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

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

временно победил это, раздав на файлы лицензий разные права доступа. одному буху разрешил доступ к одному из файлов лицензии, второму - к другому файлу. оба буха могут одновременно теперь работать на сервере и запускать любое количество баз.

это глюк платформы или так и должно быть?