Тепер все готове для здійснення прокидання.

Запуск сервера

Вставляємо флешку в комп'ютер, дивимося висновок usb-пристроїв:
$ lsusb ... Bus 003 Device 011: ID 125f:c82a A-DATA Technology Co., Ltd. ...

Бачимо, що пара vendorid:prodid дорівнює 125f:c82a, а ядро ​​визначило флешці 003-001 usbbus-usbaddr відповідно.

Тепер давайте розшаримо її на 4000 портів:

# Використовуючи пару vendorid:prodid $ usbredirserver -p 4000 125f:c82a # Використовуючи пару usbbus-usbaddr $ usbredirserver -p 4000 003-011

Підключення пристрою до віртуальної машини

Через опції під час запуску ВМ

Пристрій, який потрібно підключити до ВМ, можна вказати при запуску, додавши наступні опції в команду запуску.

Для qemu

Для libvirt

Або через qemu-monitor

На цьому все, після цих кроків ваша ВМ побачить вашу флешку і зможе з нею працювати.

Якщо пристроїв багато і всі вони однакові

Я вирішив її за допомогою udev.
До речі, якщо ви не зовсім розумієте як працює udev, на Debian Wiki є класна

І так приступимо

Запустимо udev-монітор:
$ udevadm monitor --environment --udev
І вставимо наш пристрій, після цього ми відразу побачимо список змінних цього пристрою, які udev люб'язно ініціалізував для нас:
... UDEV add /devices/virtual/bdi/8:16 (bdi) ACTION=add DEVPATH=/devices/virtual/bdi/8:16 ID_SERIAL_SHORT=11C130317234004B SEQNUM=4352 SUBSYSTEM=bdi USEC_IN9
Інформацію про серійник та інші атрибути можна отримати й іншим способом, але варто враховувати, що для написання правил ми будемо використовувати саме змінні з команди вище, а не атрибути з команди нижче. В іншому випадку не буде відпрацьовувати тригер remove при відключенні пристрою.
$ udevadm info -a -n /dev/bus/usb/003/011 | grep "(serial)"

Тепер створюємо файл /etc/udev/rules.d/99-usb-serial.rules і запишемо в нього такі правила:
ACTION=="add", ENV(ID_SERIAL_SHORT)="11C130317234004B", RUN+="/usr/bin/usbredirserver -p 4000 $attr(busnum)-$attr(devnum)" ACTION=="remove", ENVID )="11C130317234004B", RUN+="/usr/bin/fuser -k 4000/tcp"

Перезавантажимо udev-правила:
$ udevadm control --reload-rules
Готово, тепер при підключенні нашого пристрою, воно буде автоматично нишпорити на потрібний нам порт, а при відключенні usbredirserver буде припиняти свою роботу.
За аналогією додаємо й інші пристрої.

На цьому все. Дякую за проявлений інтерес:)

Один із читачів блогу - Vovets666 випробував безкоштовне ПЗ USBIP і запропонував написати про нього статтю.

Дисклаймер:
все описане нижче – моє особисте бачення проблеми та способів її вирішення, яке не є істиною в останній інстанції. Цілком можливо, існують інші варіанти, я із задоволенням про них послухаю. Як інструкція з роботи з ПЗ використані матеріали, знайдені в інтернеті, вже й не пам'ятаю де… Крім того, будучи адміном — віндузятником, з Linux я знайомий досить поверхово, працював в умовах дедлайну та часу на вивчення матчасті/танці з бубнами особливо багато не мав, тому описую, як зробив, щоб працювало, та впевнений, що є й інші способи.

Отже, маємо віртуальні машини – сервери 1С, підняті на MSWindowsServer 2008R2. Для роботи ПЗ необхідні підключені до них серверні HASP-ключі. Безпосередньо підключити їх на ВМ Hyper-V, як відомо, не можна. Завдання: якось прокинути HASP-ключі на віртуальні машини, бажано з використанням мінімуму додаткового заліза та вартості ліцензій.

(Оффтоп: у 1С Останнім часомз'явилася можливість програмного ліцензування ПЗ, без використання HASP-ключів (щось на зразок активації з використанням пін-кодів). Але є нюанси: обмін на ліцензію із програмною активацією не безкоштовний, при зміні конфігурації машини необхідна повторна активація, Після закінчення певного ліміту дозвіл на активацію залишається на розсуд техпідтримки, що зовсім не айс. Тому було вирішено використати старий спосібз HASP-ключами).

Розглядалися варіанти:

- спосіб, що надається компанією Мікрософт (щоправда, для інших цілей):
RemoteFX+RDP7.1. Не влаштував з причин: необхідно обладнання з підтримкою RemoteFX, на сервері 1С повинні бути підняті додаткові сервіси (служба доступу до віддаленого робочого столу), з хоста на віртуалку повинна постійно висіти сесія RDP, через яку прокидається ключ, потрібна клієнтська ліцензія на доступ до RDS . Можливо, в якомусь із пунктів цього списку я й помиляюся, але загальна їхня кількість зарубала спосіб на корені.

- Апаратні пристрої сторонніх виробників. Недоліки: коштують грошей, до того ж у деяких пристроїв спостерігалися проблеми із сумісністю з ОС (наприклад, Ubox 4100, який у нас є) і які виробник вирішувати не збирався. Наразі проблеми начебто вирішені (в інших моделях), але осад залишився.

- ПО сторонніх виробників. Недоліки: вимагають наявності окремої машини для роботи як сервер USB-пристроїв і, як правило, платні. Після пошуку
прийнятного софту виявилося, що з усього виявленого програмного забезпечення безкоштовним для комерційного застосування є тільки пакет USBIP. На ньому й зупинився.

Сама по собі установка та налаштування програмного забезпечення великих проблем не викликала, в комплекті до пакету був короткий мануал, плюс - інтернет.

Пакет USBIP () для роботи вимагає наявності 2х налаштованих машин: сервера (до нього безпосередньо підключається ключ) та клієнта (на нього цей ключ прокидається). Серверна
частина USBIP існує лише під Linux, клієнтська – під Linux та Windows (включаючи 7 та 2008R2).

1) Встановлення сервера (машини, до якої підключено) USB пристроїво).

Як сервер використовуємо машину з встановленим Linux. Я використовував Linux Ubuntu v.11.04 (збірка Lubuntu, яка декларується як найменш вимоглива до ресурсів) як найбільш просту (для мене) систему: ставиться без будь-яких проблем, автоматично підчіплює нові пристрої, що підключаються, після установки за замовчуванням інстальовані необхідні компоненти, крім того, USBIP присутній у репозитарії. З метою економії на обладнанні ця машина створена як віртуальна, піднята на існуючому хості ESXi 4.1 і в неї в свою чергу прокинуто ключ HASP з стандартним хоста ESXi способом.

Встановлення проблем не викликало: ставимо систему, підключаємо до мережі, видаємо IP, через менеджер пакетів встановлюємо USBIP та необхідні для роботи компоненти. Крім того, були встановлені VMware tools (бо дана машина – ВМ на ESXi).

Про всяк випадок нагадаю, як це робиться:

З оснастки VMware підключаємо диск з ПЗ (Inventory -> Virtual Machine -> Guest -> Install/Upgrade VMware Tools). З цього диска розпаковуємо архів з програмного забезпечення на робочий стіл. Запускаємо термінал і в ньому набираємо:

<имя пользователя>@<имя машины>:~$ sudo<путь до файла>\vmware-install.pl -default

2) Налаштування сервераUSBключів.

Запускаємо термінал. Подальші дії – з командного рядка.

· Завантажуємо наступні модулі.

<имя пользователя>@<имя машины>:~$ sudo modprobe usbip

<имя пользователя>@<имя машины>:~$ sudo modprobe usbip_common_mod

· Запускаємо usbip як системний демон:

<имя пользователя>@<имя машины>:~$ sudo usbipd — D

отримуємо:

Bind usbip.ko to a usb device to be exportable!

<имя пользователя>@<имя машины>:~$

Увага! Необхідно спочатку запустити демон, а потім підключати пристрої, інакше можуть виникнути помилки на клієнті при підключенні. (Див. примітки)

· Для перегляду підключених USB пристроїв виконуємо команду

<имя пользователя>@<имя машины>:~$ lsusb

отримуємо список підключених USB пристроїв з їх ідентифікаторами:

Bus XXX Device YYY: ID VendorID: DeviceID< назва пристрої>

щось на зразок:

Bus 002 Device 004: ID 0529:0001 Aladdin Knowledge Systems HASP v0.06

Bus 002 Device 003: ID 0e0f:0002 VMware, Inc. Virtual USB Hub

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Запам'ятовуємо поєднання VendorID:DeviceID

· Виконуємо команду:

<имя пользователя>@<имя машины>:~$ sudo usbip_bind_driver -list

USBIP перевіряє список підключеного обладнання та виводить його із зазначенням їх bus-ID виду:

- busid 2-1 (0529:0001)

2-1:1.0 -> none

- busid 2-2 (0e0f:0002)

2-2:1.0 -> hub

……..

В даному випадку bus-ID, що вказує на потрібний USB-пристрій: «2-1».

· Тепер підключаємо пристрій до сервера. Набираємо:

<имя пользователя>@<имя машины>::~$ sudo usbip_bind_driver -usbip 2-1

отримуємо:

** (process:1483): DEBUG: 2-1:1.0 -> none

** (process:1483): DEBUG: write "add 2-1" to /sys/bus/usb/drivers/usbip/match_busid

** Message: bind 2-1 to usbip, complete!

Пристрій підключено до USBIP, доступ з локальної машини-сервера до нього втрачається.

· Також можна подивитися, які пристрої підключені до USBIP Наразі. Для цього набираємо:

<имя пользователя>@<имя машины>:~$ sudo usbip_bind_driver -list

Отримуємо:

- busid 2-1 (0529:0001)

2-1:1.0 — > usbip

- busid 2-2 (0e0f:0002)

2-2:1.0 -> hub

Пристрій із bus-ID 2-1 підключено до USBIP. Система може передавати дані про цей USB-пристрій з вашої системи віддаленим клієнтам.

Налаштування сервера завершено. У разі потреби можна додавати та прибирати
експортовані пристрої.

ПараметриUSBIP – linuxсервера Usage: usbip_bind_driver

3) Налаштування клієнта MS Windows

· Завантажуємо дистрибутив. Нам знадобляться обидві версії – 0.1 та 0.2.

· Встановлюємо USB/IPEnumenator. Він встановлюється як довільний системний пристрій із драйверами на диску. Драйвера беремо з дистрибутива версії 0.2:

Для Windows XP:

1. Розпакуємо файли в локальну папку.

2. У Панелі Управління тиснемо «Установка Обладнання», у вікні Привітання Майстра, що відкрилося, тиснемо «Далі».

3. Вибрати "Так, пристрій вже під'єднано" -> "Далі".

4. Вибрати "Додавання нового пристрою"-> "Далі".

5. Вибрати "Встановлення обладнання, вибраного зі списку вручну" -> "Далі".

7. Вибрати "Встановити з диска", -> "Перегляд", вибрати папку з розархівованим драйвером -> "ОК".

9. «Майстер готовий до встановлення нового обладнання» -> Вибрати «Далі» -> Готово».

Для Windows 7 (і 2008r2):

1. Для дозволу встановлення непідписаних драйверів: запускаємо CMD від
адміністратора та виконуємо "bcdedit /settestsigningon".

2. Розпакуємо файли в локальну папку.

3. Відкриваємо «Диспетчер пристроїв».

4. Правою кнопкоюна "ім'я комп'ютера" -. "Встановити старий пристрій" (або вибрати в меню "Дія").

5. У Вікні Вітання Майстра, що відкрилося, тиснемо «Далі».

6. Вибрати "Встановлення обладнання, вибраного зі списку вручну" -> "Далі".

8. Вибрати "Встановити з диска", -> "Перегляд", вибрати папку з розархівованим драйвером -> "ОК".

10. "Майстер готовий до встановлення нового обладнання" -> Вибрати "Далі" -> "Готово".

Всі зазначені дії також описані в файлі «usage», що йде з пакетом USBIP, англійською мовою.

· Підключаємо USB пристрої, позначені як експортовані на потрібному сервері. Для підключення використовуємо USBIP з дистрибутива версії 0.1

Запускаємо CMD. Дивимося, які пристрої готові до підключення:

path-to-usbip :> usbip.exe -l

(server-ip – IP адреса сервера USB пристроїв з пункту 2)

C:\ usbip> usbip — l 192.168.1.13

usbip dbg: usbip_network.c: 229 (tcp_connect) trying 192.168.1.13 port 3240

usbip dbg: usbip_network.c: 249 (tcp_connect) connected to 192.168.1.13:3240

— 192.168.1.13

usbip dbg: usbip.c: 423 (query_exported_devices) exportable 2 devices

2-1: unknown vendor: unknown product (0529:0001)

: /sys/devices/pci0000:00/0000:00:11.0/0000:02:02.0/usb2/2-1

: unknown class / unknown subclass / unknown protocol (ff/00/00)

: 0 - unknown class / unknown subclass / unknown protocol (ff/00/00)

В результаті бачимо, що на сервері 192.168.1.13 готовий до підключення пристрій з bus-ID 2-1 - те, що ми налаштували в пункті 2. Пристроїв може бути і більше.

path— to— usbip:> usbip . exe — a < server — ip > USB — ID

USB-ID у разі 2-1.

Отримуємо багатобукв (листинг параметрів) та на завершення:

New usb device attached to usbvbus port 2

USB-пристрій має з'явитися в системі клієнта. Вікно терміналу бажано не зачиняти.

ПараметриUSBIP – windowsклієнта Usage: usbip

Примітки: Виникли проблеми та їх вирішення:

1. Я використав версію системи 11.04 на ядрі 2.6. Після оновлення системи до версії 11.10 (ядро 3.0.4) usbip працювати перестав - видав помилку, що компонент не знайдено. Довелося відновлювати машину та відмовлятися від оновлень. З іншого боку, оскільки це службова вузькоспеціалізована машина та доступ до неї обмежений, це було визнано не критичним.

2. Спочатку hasp-ключі відмовлялися підключатися клієнту, видаючи помилку. У ході експериментів було встановлено, що спочатку необхідно запустити usbip-демон, а вже потім під'єднувати до машини ключі. Надалі помилки зникли, підключатись ключі стали в будь-якому порядку, повторити помилки не вдалося. Це якраз одна з тих дивин, про які я згадував.

3. Після перезавантаження ВМ клієнта - сервера 1С іноді не вдається підключити до нього деякі ключі - видає помилки. Можливо, це пов'язано із сесіями обміну з usb-пристроями, що зависли на сервері HASP. Лікується перезавантаження сервера HASP і повторним прокиданням ключів на клієнт.