Отваливается сканер штрих-кодов

я конечно понимаю, что делаю некропост )
но по теме хорошо подходит - отваливается com-сканер
имеется вв виду - ок работает, потом - рвется соединение RDP,
подумает немного и восстановится, но сканера уже не будет.
Только затевать сеанс заново, тогда и пересопоставится заново.
и так при каждом обрыве RDP.
Кто-нибудь знает, как это побороть? srv2003, srv2008r2?
ничего похожего в настройках не нашел нигде.

Тут еще объявился один фискальник, ком по рдп через ван,
и проблема стала совсем несмешной...

Ну вы сами себе и ответили на вопрос: повышать качество канала, либо вообще не использовать проброс COM порта через RDP.

nomad_ спасибо )
а собственно решение бывает в природе? кто-то боролся и победил?
тут в дано не подправить, уже так как есть. Да, я тоже думаю канал, но это надо еще доказать им.
а то добавят скорость у того же говнопрова и поди докажи что качество не то - и сейчас-то
"у меня странички ок открываются, какого вам ишшо?!"

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

а по ком-сканеру, отвалу и авто-сопоставлению обратно при авто-восстановлении рдп сесии кто-нить победил?
не знаю, в реестре там что подкрутить итп? ) не нашел.

--- Объединение сообщений, 24 авг 2016 ---

пост2 хорошо описывает проблему, но решений нигде не вижу... http://social.technet.microsoft.co...al-port-redirection-problem?forum=winserverTS

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

Сталкивался с медленной печатью фискальника через рдп через интернет.
Чек выходил около 40 секунд.

Временным решением проблемы установить программу которая создает виртуальный порт и пробрасывает его на сервер. tcp-port (платная)
Скорость печати чека стала 5 секунд.