Есть некий софт, работающий с девайсом, подключаемым через USB. Девайс не наш, драйвера тоже не наши.
Теперь запускаем этот софт на терминальном сервере.
Хочется, чтобы в этом случае софт работал с тем устройством, которое подключено к терминальному клиенту.
Есть два пути решения этой проблемы:
1. Пишем Virtual Channel и ставим его на клиенте. Эта хрень будет работать с устройством через драйвер. Софт модифицируется таким образом, что бы в терминальном режиме он работал через виртуальные каналы а не через драйвер. Это решение работает. (Проверено.), но по ряду причин не совсем устраивает.
2. Сделать маппинг USB с клиента на сервер. RDP умеет мапить порты (COM, LPT), звук, клиентские диски и в последней версии даже смарт-карты. А вот USB он пока мапить не умеет. В идеале хотелось бы, что бы на каждое терминальное соединение на сервере создавался бы свой usb host-controller, на котором бы уже сидели стандартные драйвера. Короче, это примерно тоже самое, что сделано в VMWare. Тут не понятно, как изолировать эти контроллеры между терминальными сессиями. В перспективе этот способ имеет большие преимущества по сравнению со способом номер 1, но я даже не могу оценить его трудоемкость.
Здравствуйте, Lonely Dog, Вы писали:
LD>Привет!
LD>Есть некий софт, работающий с девайсом, подключаемым через USB. Девайс не наш, драйвера тоже не наши.
LD>Теперь запускаем этот софт на терминальном сервере. LD>Хочется, чтобы в этом случае софт работал с тем устройством, которое подключено к терминальному клиенту. LD>Есть два пути решения этой проблемы: LD>1. Пишем Virtual Channel и ставим его на клиенте. Эта хрень будет работать с устройством через драйвер. Софт модифицируется таким образом, что бы в терминальном режиме он работал через виртуальные каналы а не через драйвер. Это решение работает. (Проверено.), но по ряду причин не совсем устраивает. LD>2. Сделать маппинг USB с клиента на сервер. RDP умеет мапить порты (COM, LPT), звук, клиентские диски и в последней версии даже смарт-карты. А вот USB он пока мапить не умеет. В идеале хотелось бы, что бы на каждое терминальное соединение на сервере создавался бы свой usb host-controller, на котором бы уже сидели стандартные драйвера. Короче, это примерно тоже самое, что сделано в VMWare. Тут не понятно, как изолировать эти контроллеры между терминальными сессиями. В перспективе этот способ имеет большие преимущества по сравнению со способом номер 1, но я даже не могу оценить его трудоемкость.
LD>Жду ваших комментариев.
Какой терминал-сервер используется? Если Win2000, то действительно используемая им версия RDP не поддерживает USB. В win2003 используется следующая версия RDP в которой поддержка USB имеется. Возможно проще будет сменить терминал-сервер.
Здравствуйте, bulin, Вы писали:
B>Какой терминал-сервер используется? Если Win2000, то действительно используемая им версия RDP не поддерживает USB. В win2003 используется следующая версия RDP в которой поддержка USB имеется. Возможно проще будет сменить терминал-сервер.
Опаньки.
Откуда эта информация?
Я знаю, что в win2003 есть маппинг смарт-карт, но про USB слышу в первый раз.
В любом случае, здесь дело не только в сервере, но и в клиенте.
Клиент использует RDesktop 1.4.0, который вроде не знает про новые фичи RDP.
