1С + Штрих-М-ФР-К + несколько пользователей по RDP

Итак перенастроив ещё раз Virtual Serial Ports Emulator и используя Сервер ФР я добился того что под терминальными сессиями Тест Драйвера ФР нормально находит и тестирует оборудование на всех виртуальных портах, но не могу понять почему с теми же настройками 1С пишет FFFFFFFEh, СOM порт не доступен

Пару раз прочитал, так и не понял где установлен сервер ФР. Но судя по

получается что комп на котором фр подключается не через сервер а через проброс портов.

По правильному нужно бы сделать так:
Сервер ФР ставим локально на компе с ФР
На рдп везде отключаем проброс портов
Из под каждого пользователя рдп настраиваем подключение к серверу ФР напрямую по TCP
Должно работать

откуда ошибка "порт не доступен" вообще не очевидно, может файрволы или антивирусы вмешиваются или допускаете какие-то ошибки непосредственно при настройке в 1С, поскольку в худшем случае должна быть информация "порт занят".

Проброс портов отключать не нужно. А вот проброс принтеров нужно. Нужно пробовать через систему печати. Т.е. через порт подключатся к этому ФР-принтеру и настраивать права для пользователей, которые должны на нем печатать и, соответственно не давать эти права тем, кто не должен на нем печатать.

Вы уж не путайтесь и для начала определитесь - проброс порта или сервер драйвера, и надеюсь не надо напоминать что работа с ком-портом происходит монопольно.
Проброс средствами клиента терминалов, очевидно, в любом случае отключить, поскольку будет работать только для текущего пользователя.
Если используем драйвер штриха в сетевом режиме, то ничего никуда пробрасывать не нужно, настраиваем драйвер, dcom или что там у него - по инструкции штриха, не забыв открыть нужные порты, и предварительно уточнив - не помню уже - не нужен ли штриховому драйверу для многопользовательского режима специальный платный ключик.
При пробросе порта сторонним ПО - никаких серверов ФР не нужно, локально драйвер ФР вообще можно не ставить (разве что для диагностики), порт пробрасывается на сервер так чтобы он на сервере был постоянно и без подключения терминала и независимо от пользователя, и драйвер ФР работает на сервере с этим портом как будто ФР там физически подключена к серверу по этому порту.

Я так и понял уже, что устроил не большой винегрет. Надо либо через имеющийся платный ключик, либо через проброшенные виртуальные порты. А Вы кстати как обычно решаете подобную задачу? Какое ПО используете?

Ну вообще это не типичная задача: ФР обычно подразумевает рабочее место кассира, где один человек отвечает за деньги в одном денежном ящике. В таком случае порт пробрасывается средствами RDP и работа идет монопольно.
Бывало в ресторанах ФР располагается между двумя рядом стоящими фронтами и с обоих хотят бить чеки, но ресторанные фронты обычно без терминального сервера, там драйвер ФР в сетевом режиме использовали.

Установить драйвер 4,10 и попробовать настроить все через сервер печати

Давно хотел отписаться. Вкратце я решил этот вопрос так - ставим vspe (стабильность и бесплатность работы гарантирована только под 32 bit ОС) это ПО делает из одного com порта к которому подключен ФР множество виртуальных com портов к каждому из которых можно подключиться и порт будет не занят. На сервере ставим Tibbo TDST это ПО позволяет создать виртуальные com порты которые можно направить на рабочую станцию где установлено ТО, в свою очередь на станции где ТО ставим ip>com которая берёт приходящий от виртуального com порта сервера пакет и отправляет на соответствующий com порт созданный vspe - всё круг замкнулся и мы можем подключить терминально сколько угодно пользователей на одно оборудование. В 1С правим обработку ТОСервер что бы РегистрСведений хранящий сведения о ТО идентифицировал его не только по имени ПК (в нашем случае это неприемлемо т.к. сервер один и настройки будут одни, значит и работает один юзер), но и по имени пользователя 1С (поэтому важно что бы каждый сидел в 1С под собой).

Да кстати затрат 0 рублей, т.к. всё бесплатное, в свободном доступе.