Здравствуйте, уважаемые участники форума.
Прошу помощи, моих знаний не хватает.

Клиент raspberrian (debian для малинки), remmina 1.3.3

Пользователь pi входит в группу dialout
Сканер MD6600 подключается и видится на /dev/ttyACM0, делаю
cat /dev/ttyACM0
вижу все что сканируется.

В remmina прописываю:
Поле локальный серийный порт COM2
Поле путь до серийного порта /dev/ttyACM0
Ставлю галки
Проброс серийного порта
Использовать разделенный режим (или как-то так)

Подключаюсь к win2012
net use
пустой вывод
change port
COM2 = \Device\RdpDrPort\;COM2:61\tsclient\COM2
NONSPOOLED_COM1 = \Device\Serial0

net use COM2: \\tsclient\COM2
Ошибка, порт уже используется...

net use COM3: \\tsclient\COM2
Системная ошибка 66.

Неверно указан тип сетевого ресурса.

В диспетчере устройств, COM2 не появился

Открываю 1С УТ 11, в настройках проверка ШК, сканирую ШК, ничего не приходит, но сигнал проходит как ШК принят в обработку (одинарный короткий).

А если клиентом RDP c винды подключаться к вин2012 то порт нормально пробрасывается?

(1) Да, winxp, win7, win10, драйвера на mindeo поставил, галку пробрасывать порты, зашел в терминал и сразу в 1С прописал.

Бал глюк на 2012, какой бы порт не уходил с клиента, 1-й или 2-й, в винде он был Com1 и в диспетчере устройств он не появлялся, просто ставишьв настройках сканера Com1 и все работает
можно еще попробовать освободить com1 и com2, заходишь в диспетчер устройств и начинаешь менять порты местами, винда ругнется и освободит их, можно както комндной строкой, но я не помню команд

(3) и в диспетчере устройств он не появлялся, просто ставишьв настройках сканера Com1 и все работает

На сколько я сталкивался, проброс портов в RDP под виндой всегда так и работал. В диспетчере устройств он никогда и не виделся, но чендж порт или нет юзе его видел, и устройства в 1С тоже.
Что в линуксе - не знаю, никогда не работал с ним.

(3) Когда клиент под виндой так и есть, порт ставлю и в диспетчер даже не захожу, как-то не было надобности. его 1С видела, тут тоже видит, но данные не приходят.

(5) А с чего вы взяли, что 1С видит сканер? Одиночный писк сканера совсем не показатель. Он означает, что сканер тупо распознал ШК, но совсем не значит, что ШК принят ПО. Тем более, что проверка нативного сканера в 1С это отдельная песня и если в окне проверки нажать, что все нормально (при любом состоянии связи со сканером), то 1С радостно отрапортует, что тест пройден.

(6) я имел ввиду что в тесте видит com2: ok т.е. в системе он обозначился.
Если закрыть 1С, пищит по другому - длинная трель, когда делал в системе
cat /dev/ttyACM0
пищал коротким, поэтому сделал вывод что кто-то его да слушает, т.к. открыта только 1С (базовое окружение вряд ли при входе будет падать на свежий COM2 для прослушки), решил что это она.
Я не совсем новичок и понимаю что нужно получить данные в тесте "com2: scanned data".

в консоли откуда запустил remmina только что передан com2, ошибок нет.

up