Базы 1С - на сервере. Рабочие - под MS SQL, и некоторое количество файловых копий. Пользователи работают в основном по RDP. Но есть одна база, к которой подключаются как по RDP, так и через вэб-клиент.
Лицензии получают с 2-х USB ключей (50 и 100), установленных да 2-х старых серверах.
Будет еще один программный ключ (50 или 100 - пока не ясно). Надо сделать так, чтобы лицензии с него получала только та база, где RDP и WEB, а остальные получали только аппаратные лицензии.
Как?

(0) версия платформы у этой базы будет такая же, как у остальных?

То есть одна файловая должна быть на программном ключе, а остальные должны быть как сейчас? а нафига файловой ключ на 50 или 100 пока не ясно?

То есть вопрос, как в сети, где есть сервер 1С с аппаратными ключами, установить файловую базу с программным ключом, чтобы они друг друга не видели. Непонятно, где будет жить файловая база. Если у нее свой сервер, то одно, если она на одном из старых серверов, то другое.

"версия платформы у этой базы будет такая же, как у остальных?"
Да

"То есть одна файловая должна быть на программном ключе"
Она под SQL

(4) в других базах как клиенты получают лицензии с USB, сами от HASP LM или от сервера 1С?
т.е. интересует включена там раздача лицензий сервером 1С:Предприятия или нет

(0) схема с несколькими аппаратными + программными клиентскими лицензиями весьма капризная. В двух словах желаемый результат можно получить вот так:
1. в сервере 1с не должно быть клиентского аппаратного ключа
2. по всем базам, которые должны получать только аппаратные лицензии  должна быть выключена галка "разрешить выдачу лицензий сервером 1с предприятие"
3. у базы с доступом через вэб-клиент  "разрешить выдачу лицензий сервером 1с предприятие" = ДА

еще один пункт нужен:
4. в nethasp.ini на сервере запретить поиск ключей по сети

"интересует включена там раздача лицензий сервером 1С:Предприятия или нет"

У всех SQL баз - включена.

(8) тогда ты никак не запретишь серверу 1C использовать программную лицензию для этих баз

(9) Ну, это можно и отключить...

(0) Пользователей много?

+/- 100

Запрети 100 раздавать куда-либо, кроме сервера 1с, а 50 никуда, кроме терминала (если файловые не открывают с локальных). Тогда все серверные будут получать от сервера, независимо от того, где открываются, а файловые и часть РДП от 50.

(10) если можно отключить раздачу лицензий сервером для остальных баз, то см. (6) (7)

(6) Пункты 1-3 выполняются.
(7) NetHasp.ini пока не трогал. Кстати, в нем ничего не прописано.

Результат: все пользователи дружно поручают свежеустановленную стопользовательскую прог лицензию... :-(

(0) Никак
Нельзя выделить именно базу

Имхо я бы новые программные лицухи наоборот активировал на RDP сервере
А один USB ключик выделил для публикации базы на отдельном сервере

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

(15) у тебя и сервер 1С, и веб-сервер, и терминальный сервер, и программные лицензии активированы - весь этот зоопарк на одной и той же машине?

Да

(19) сорри, видимо я в тот день был невнимателен и проморгал, что все остальные юзеры работают также по RDP,
в этом случае (6)(7) недостаточно, т.к. если у тебя все на одной машине и для всех баз используется одна и та же версия платформы, то нет никакого штатного механизма у 1С, который бы помешал  RDP клиентам получать программную лицензию установленную на терминальном сервере,
надо добавить еще один пункт - на уровне ОС настроить права таким образом, что бы к файлу этой лицензии имел доступ только тот юзер, от лица которого запускается сервер 1С

Я, вот, никак не пойму: поможет ли организация сервера лицензирования на отдельном компе?

(20) Имеется ввиду USR1CV8?

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

(20) если не менял вручную, то по умолчанию должен быть этот

+ права можно попробовать понастраивать прямо в каталоге по умолчанию %ProgramData%\1C\licenses
или переложить файл лицензии в произвольную папку, путь к которой прописать с помощью параметра ConfLocation= конфигурационного файла conf.cfg

"проще правами разрулить"

Получается так: беру файл XXXXXX.lic и для группы Пользователи удаленного рабочего стола устанавливаю полный запрет.
Тогда, те, кто по RDP будут получать USB, а те, кто по вэб - программные...?
Но, при окончании программных лицензий вэб-пользователи полезут за USB?

(25)>Но, при окончании программных лицензий вэб-пользователи полезут за USB?

полезут, вот для этого им нужен (7)
в nethasp.ini на сервере запретить поиск ключей по сети

если у опубликованной на веб-сервере базы есть те, кто запускает ее не браузером, а ТК и им по сети доступны USB-ключи, то в параметрах запуска ИБ добавить параметр /UseHwLicenses-

кстати, рекомендую статью по настройке совместного использования программных лицензий и USB-ключей
https://www.online-ufa.ru/content/articles/setting-use-license-1c/
в конце статьи есть FAQ, см. ответ на вопросы 7 и 10, похоже на твой случай

для начала просто попробуй перенести файл лицензии из ProgramData\1C\licenses в каталог юзера \USR1CV8\AppData\Local\1C\1Cv8\conf

"для начала просто попробуй перенести файл лицензии"

Не прокатило. Все стали получать лицензии с USB. При переносе  файл XXXXXXXX.lic переименовался в XXXX_XXXX.oldlic

Пока вернул все взад.

(29) как именно переносил?
при обычном перемещении файла лицензии в другой каталог он не может сам по себе переименоваться из *.lic в *.oldlic

переименование происходит при использовании резервного пинкода, так отмечается старая аннулируемая лицензия, при этом в \ProgramData\1C\licenses должен появится файл новой лицензии

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

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