Проброс usb по rdp linux

Проброс USB-устройств и принтеров через RDP с Linux на Windows

Есть ли истории успеха по поводу проброса принтеров или произвольных USB-устройств на Windows-машину через линуксовый RDP-клиент?

Все мои попытки на данный момент заканчивались неудачей.

Например, принтер пытался поднять по этой инструкции: https://github.com/FreeRDP/FreeRDP/issues/961

EPSON_L110_Series — так называется соответствующая очередь печати CUPS.

Но вообще никаких результатов. xfreerdp при этом выводит:

Где он должен появиться в Windows вообще? Нужно ли на windows какой драйвер ставить?

Или я кардинально неправильно всё делаю? Я первый раз этим занимаюсь, а с windows дела вообще очень давно не имел.

Насчёт RDP не знаю, но кроссплатформенно пробрасывать USB и принтеры умел NoMachine

может и сейчас умеет, если не поломали

В бесплатной версии или только в платной?

не знаю, можешь скачать проверить

вроде и в бесплатной было

Произвольное USB — не бывает гарантированно никак.

Принтеры скорее да, чем нет.

Драйвер на Windows либо родной принтера, тогда очередь cups в режиме raw, либо Postscript (какой-нибудь HP или Microsoft Publisher), а обработка для принтера на стороне cups. Имя драйвера можно передавать со стороны RDP клиента, но нужно его установить на Windows.

Это в целом, безотносительно твоего принтера.

PS. И там, где у тебя «usblp» должно быть имя windows-драйвера принтера

x2go(развитие бесплатного NX) вроде как тоже умеет проброс. Есть ли у него клиент под винду — не знаю

Драйвер на Windows либо родной принтера, тогда очередь cups в режиме raw

На Linux-машине, где клиент, удалил мой принтер, добавил его заново как Local Raw Printer, выбрав соответствующий драйвер. Называется он так же, EPSON_L110_Series. На удалённом Windows установил драйвер данного принтера, он называется «EPSON L110 Series». Выполняю

и ничего. Где вообще что-то должно появится? Windows 2008 R2.

Так, новая информация. Из винды тоже пробросить не получается. Надо будет попросить помощи у коллег-вендоузятнегов.

Вообще самое страшное для Linux-админа — настраивать взаимодействие Linux и Windows. Причём виноват обычно Windows. Вот сейчас даже заметил, что буфер обмена в RDP у меня не работает, причём не только с Linux-клиента, но и с Windows.

Источник

проброс USB через RDP

Кто-то пробовал пробрасывать с помощью freerdp usb сканер штрихкодов сами знаете для какой программы? Работает?

А не проще ли прокинуть последовательный порт? Сам не пробовал, но соответствующая опция в man xfreerdp есть.

Можно попробовать при помоши USB/IP.

Года полтора назад оно было очень и очень сырое. Вешало как сервер, так и клиент периодически.

Читайте также:  Windows server 2012 r2 share folder

В сентябре выпустили новую версию, сам не пробовал, только собирался, думаю допилили что-то.

Где? Там последняя версия от 9 года

Ну я о вендовом клиенте.

Не знаю. Сканера пока нет вот и спросил заранее.

Когда больше года назад пробовал в локалке то было жутко нестабильно. Что уж говорить про просторы интернета.

на работе тонкие клиенты работают под thinkstation (просто дистрибутив который запускает rdp клиент), собственно сканер без проблем завелся

И что используется freerdp или rdesktop?

Сканера пока нет вот и спросил заранее.

А какой именно сканер? Многие современные являются универсальными — интерфейс зависит только от кабеля и настроек самого сканера. Хочешь — USB-клавиатуры, хочешь — RS232. Так что «переделать» один в другой при необходимости должно быть относительно просто.

в конфиге написано rdesktop, так что извиняюсь

А сканер usb? rdesktop огорчает залипающей клавишей alt.

Источник

Записки виртуального админа

Новости, обзоры и заметки о виртуальных машинах и платформах виртуализации.

понедельник, 12 апреля 2010 г.

О пробросе USB

Один из наиболее задаваемых вопросов — а может ли ESX пробрасывать USB порты в ВМ?

Я уже писал о том, почему не нужно делать подобный проброс, но частично все же повторюсь.

Использование портов хоста жестко привязывает ВМ к хосту. Она больше не может никуда мигрировать. Она даже не перезапустится в HA кластере при смерти хоста, на котором выполнялась — ведь нужный ей порт USB вместе с USB ключом, или что там было подключено, находится на недоступном хосте. Более того, как только появилась привязка к аппаратным ресурсам сервера, можно сказать «до свидания» снапшотам, а следовательно, и бэкапу данной ВМ. Впрочем, вполне возможно, что при цене 499$ за vSphere Essentials непосредственный проброс USB в ВМ (по слухам появится в июне в vSphere 4.1) в секторе SMB будет востребован. Решать, разумеется, вам.

Моя же рекомендация — в любом случае использовать USB-over-IP. И здесь есть варианты как аппаратные, так и в программные.

Аппаратные решения:

  • Digi AnywhereUSB — от 300$ за 2 USB порта.
  • Lantronix — производство прекращено, но есть шансы найти на вторичном рынке

Программные решения:

  • USB Redirector — от 65 евро за 2 порта
  • USB over Network — от 149$ за 1 порт.
  • The USB/IP Project

Upd: бесплатный вариант USB-over-IP возможен на базе Incentives Pro USB Redirector. Сервер USB Redirector бесплатен при установке под Linux, и при этом совместим с Windows клиентами.

Источник

Пробрасываем USB–ключ в облако (Linux клиент — Linux сервер)

Заказчику потребовалось подключить USB–ключ для банковской системы к Linux–серверу в облаке, где он разворачивает свой разработанный продукт. Напрямую подключить USB–ключ к виртуальной машине нельзя — она работает в отказоустойчивом кластере и может быть смигрирована на любой из хост-серверов без даунтайма.

Давайте посмотрим, как реализовать проброс USB–ключа по сети в виртуальную машину с Linux в облаке Azure Pack Infrastructure от InfoboxCloud.

Раз подключить ключ к виртуальной машине нельзя — его нужно подключить к чему-то реальному. Есть аппаратные решения, например AnyWhere USB, но заказчик выбрал более универсальное решение: выделенный сервер в ЦОД Infobox (что для одного ключа получилось дешевле — аппаратные требования к выделенному серверу для такой задачи минимальны — можно использовать самый дешевый сервер с софтовым Raid).

Читайте также:  View hex in windows

Для проброса использовалось ПО USB Redirector (версия для Linux бесплатна). На выделенный сервер и в виртуальную машину в облаке была установлена Ubuntu 16.04 LTS и были применены все обновления.

Для установки USB Redirector потребуются исходные тексты ядра, установите их:

Теперь необходимо отключить обновления ядра ОС, так как они могут сломать работу USB Redirector (служба проброса после обновления ядра не будет запускаться до переустановки), если необходимо — их можно устанавливать вручную переустанавливая USB Redirector.

Установка и настройка USB Redirector на сервере с подключенным ключом USB

Скачайте USB Redirector:

Перейдите в папку с ним:

Разрешите запуск инсталлятора:

Если все прошло корректно, вы увидите сообщение об этом.

Добавьте службу проброса в автозагрузку, если ранее этого не произошло:

Подключив USB–ключ к выделенному серверу проверим какие USB–устройства доступны:

Есть 2 варианта расшарить устройство по сети.

В этом случае мы привязываемся к конкретному id устройства и порту, если включить usb-ключ в другой порт сервера — номер usb порта сменится и работать не будет.

В этом случае мы привязываемся только к id устройства. Теперь USB–устройство расшарено по сети.

Конечно делать его доступным для всех пользователей Интернет не правильно, поэтому добавим ограничения в firewall:

Где вместо *.*.*.* нужно написать адрес сервера, с которого разрешено подключение.

Установка клиента USB Redirector в облаке

Скачайте USB Redirector:

Перейдите в папку с ним:

Разрешите запуск инсталлятора:

Если все прошло корректно, вы увидите сообщение об этом.

Добавьте службу проброса в автозагрузку, если ранее этого не произошло:

Теперь добавим наш сервер:

Где вместо **.**.**.** нужно указать ip–адрес сервера.

Теперь можно посмотреть список доступных устройств:

Видим, что на сервере 1 доступно устройство 1.

Включаем автоматическое соединение с устройством:

USB–ключ был успешно проброшен в виртуальную машину в облаке.

Источник

USB для Удаленного Рабочего Стола: Полное Руководство

Одна из проблем, возникающая при работе с RDP, — это необходимость использования локальных USB-устройств в сеансе удаленного рабочего стола. Подключиться к такому устройству может быть непросто, особенно если вы используете RDP для работы с приложением на удаленном сервере.

В этой статье мы рассмотрим эффективное программное решение, которое упрощает проброс USB на удаленный рабочий стол. Мы поделимся с вами подробными инструкциями по подключению USB к удаленному рабочему столу и вы узнайте какие проблемы могут возникнуть при использовании USB через RDP.

ПО для перенаправления USB-устройств на удаленный рабочий стол

FlexiHub

При использовании этого приложения для подключения к USB с удаленного рабочего стола, можно пользоваться всеми функциями устройств точно так же, как если бы они были подключены к удаленному компьютеру напрямую.

FlexiHub упрощает доступ к USB-устройствам в сеансе удаленного рабочего стола и позволяет избежать наиболее распространенных проблем, связанных с пробросом USB через RDP.

FlexiHub предоставляет удаленным компьютерам доступ к USB-портам локального ПК, что позволяет им использовать USB-устройства в сеансах удаленного рабочего стола сразу же после их подключения к локальному компьютеру.

Читайте также:  Sip enabled mac os ��� ������

FlexiHub предлагает простой и эффективный метод настройки перенаправления USB в режиме удаленного рабочего стола.

От других подобных приложений его выгодно отличает то, что вам не придется устанавливать отдельно серверную и клиентскую части программы. Вместо этого, пользователям предоставляется единый интерфейс со списком всех USB устройств, доступных для подключения во время RDP сессии.

Для работы с FlexiHub вам не придется вносить изменения в настройки системы, а список поддерживаемых USB устройств впечатляет разнообразием.

Как пробросить USB на удаленный рабочий стол

Данное видео покажет как FlexiHub помогает подключать USB к удаленному рабочему столу:

Практичные функции FlexiHub для работы с USB в режиме RDP

Перенаправление USB по протоколу RDP — возможные трудности

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

Это особенно хорошо заметно на примере USB устройств, для работы которых важна стабильно высокая скорость обработки информации. В время VDI сессии, на работу таких устройств сильно влияет время отклика сети. Также проблема может возникнуть, если устройство стандарта USB 3.0 попытается воспользоваться портом USB 2.0 на компьютере-клиенте.

Вот почему при выборе USB устройств для перенаправления с помощью встроенных системных функций, так важно учитывать требования по производительности для каждого из перенаправляемых устройств.

Что необходимо учесть для перенаправления USB на удаленный рабочий стол

  • При работе с USB аудиоустройствами, крайне важную роль играет состояние сети. Ненадежные сети лучше не использовать вообще, так как данному типу устройств требуется высокая пропускная способность сети даже во время бездействия.
  • Веб-камеры не работают в режиме перенаправления USB из-за высоких требований к пропускной способности сети, обычно превышающих 60 Мб/с.
  • Эксплуатационные показатели USB сканеров напрямую зависят от состояния сети, поэтому иногда на сканирование может потребоваться больше времени, чем вы ожидаете.
  • При использовании беспроводных сетей также могут возникать проблемы, связанные с большим временем отклика и надежностью соединения, что не может не влиять на работу USB устройств. К примеру, при передаче большого файла по беспроводной сети, при каждой попытке соединения между устройством и удаленном рабочим столом происходит двусторонний обмен тремя пакетами, а так как попыток может быть очень много, время отклика сети существенно увеличивается, соответственно эффективность работы устройства снижается.
  • На работу устройства влияет даже файловая структура, которая используется на USB накопителях большого объема. При первом подключении во время RDP сессии, распознавание таких устройств может занять довольно-таки длительное время. Из-за ненадежных сетевых ссылок увеличивается количество попыток подключения и снижается производительность устройства. Чтобы ускорить подключение, в качестве основной файловой системы рекомендуется использовать NTFS, а не FAT.
  • При перенаправлении USB CD/DVD приводов, сканеров и сенсорных устройств по беспроводной сети с большим временем отклика также возможны проблемы в работе этих устройств.

Источник

Оцените статью