WTware клиент RDP

У меня много устройств (USB ключей защиты ПО), кот. я подключаю через usb hub, если устройство воткнуто напрямую в терминал, то оно имеет порт (bus) например 1-1, если же через hub, то порт (bus) будет уже 1-1.1, 1-1.2 и т.д. Стандартный usbip клиент подключает эти устройства нормально, а вот USBIP Initiator пытается подключится к 1-1 и соответственно в логах выдает ошибку. Просьба, если возможно, исправить данную ошибку.

Просьба, если возможно, прислать мне логов. Лог терминала, который работает со стандартным usbip.exe, лог терминала, который не работает с нашим инициатором, и лог самого инициатора.

Лог терминала делается так: http://wtware.ru/docs/config.html#syslog Пожалуйста, внимательно посмотри, что сохраняешь лог ТЕРМИНАЛА, а не службы TFTP. Лог присылается на aka@pxe.ru.

Отправил логи на aka@pxe.ru, а также здесь.

Уважаемый aka - вы получили логи? Если не достаточно, могу еще какие-нибудь выслать.
Было бы очень хорошо, чтобы можно было пробросить не 3-4 устройства, а 20-30 разных usb, например ключей защиты ПО.

Логи получил. Еще не читал - все уехали в отпуск В первых числах июля что-нибудь по сушеству отвечу.

aka писал(а):Логи получил. Еще не читал - все уехали в отпуск В первых числах июля что-нибудь по сушеству отвечу.

Народ уже повыходил из отпусков?

Ага. Смотри почту.

пока тоже самое - ошибки в службе, логи снова отправил на почту.

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

у меня подобное что делать?


самое интересное что подключил, сутки проработало, на следующий день ошибка.
уже голову сломал, помогите, пожааалуйста....
версия 4.9.26, пробовал на 4.9.25, тоже самое

что нибудь подскажете?

Ничего хорошего не подскажу. Не отзывается драйвер. Тот, который в .inf в архиве с usbip. Перегрузиться, переставить, еще раз перегрузиться, попробовать поймать устройство штатным usbip.exe - такого рода шаманства нужны.

Если победишь - расскажи, как.

пробую пойматся стандартным, вот что пишет:

Я больше ничего не понимаю в usbip. Их свежую версию мне не удалось запустить.

старая у кого нибудь осталась?

Старую usbip можно на сорсфорже взять. К ней и втварь надо старую - 4.6.11 например. В последней 4.9 более свежее ядро, и в нем протокол у usbip уже поменяли.

А еще старая usbip только на 32битных серверах едет.

Похоже та же проблема
Победил кто-то?


UPD: Отбой. Просто тупо не установлен был usbip на сервере ))))))))
Скачал последнюю версию с http://usbip.sourceforge.net
Установил по мануалу. Полет нормальный, сканер определился на ура!

Круто. У нас не работает, а у тебя работает

Расскажи, что качал под виндовс (версия, название файла) и какая версия втвари с этим поехала. И сервер 32 или 64 бита?

качал с офсайта:
http://citylan.dl.sourceforge.net/proje ... signed.zip

версия сервера: Win2k3 sp2 32bit
версия wtware: свежая - 4.9.28

установил usbip по мануалу, что в архиве лежит. (usbip.exe вручную переписал в c:\windows\system32, этого в инструкции нет)

На wtware уже к этому моменту был прописан параметр:
shared_usb=server:192.168.2.249,04a9:2206

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

подтверждаю, работает. та же схема, только windows xp.

06.06.2011 - usbip_windows_v0.2.0.0_signed.zip
http://sourceforge.net/projects/usbip/f ... ip_windows

а wtware с 0.2.0.0 подписанной работает? у меня чтото не получилось запустить usb-fdd через этот usb-ip на x64 server ...

У меня на ХРx86 и Win2008R2 SP1 стоят драйвера 0.2.0.signed.
Екзешник(usbip.exe) использую от 0.1.0, т.к. из 0.2.0.signed с WTWare не дружит(под Win2008R2 оба екзешника только показывают список устройств, подключить не могут).
WTWare Usb Initiator работает и на ХРx86 и на Win2008R2 SP1.
WTWare 4.9.28
Заметил, что в Win2008R2 не всегда запускается мастер установки нового оборудования, если драйвера не были ранее установлены в систему, но при этом в списке устройств присутствует USB Device Over IP с восклицательным значком(Для устройства не установлены драйверы)
Драйвер можно доставать вручную. Я этого не делал, т.к. втыкал для теста Сбербанковский ключ, а к нему много чего
лишнего ставится. При этом, для сберовского ключа нужно пробрасывать два устройства (иначе не работает) a420:5420 и a420:542a, т.к. ISB-IP кажет почему-то ID a420:5420, а винда ID a420:542a
PS:
С флешками вообще проблем не было.
На ХР сбербанковский ключ работает.

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

Enabling USB Support in Windows Virtual Machines
Symptoms
This guide has been confirmed as a possible solution for the following symptoms:
Attached USB peripherals do not function

Enabling USB Support
To enable Windows USB support for a Windows virtual machine, you need to copy eight Windows "USB core files" into the virtual machine. These eight files can be found on the standard Windows install CD in the \I386 folder, and should be copied into the directories shown:

C:\Windows\INF\
USB.IN_
USBPORT.IN_
C:\Windows\System32\
USBMON.DL_
C:\Windows\System32\Drivers\
USBOHCI.SY_
USBUHCI.SY_
USBD.SY_
USBPORT.SY_
USBHUB.SY_
Next,expand the files by running the following commands from a Windows command prompt (Please note there is a space between each two file names):

C:\WINDOWS\INF>expand USB.IN_ USB.INF
C:\WINDOWS\INF>expand USBPORT.IN_ USBPORT.INF
C:\WINDOWS\system32>expand USBMON.DL_ USBMON.DLL
C:\WINDOWS\system32\drivers>expand USBOHCI.SY_ USBOHCI.SYS
C:\WINDOWS\system32\drivers>expand USBUHCI.SY_ USBUHCI.SYS
C:\WINDOWS\system32\drivers>expand USBD.SY_ USBD.SYS
C:\WINDOWS\system32\drivers>expand USBPORT.SY_ USBPORT.SYS
C:\WINDOWS\system32\drivers>expand USBHUB.SY_ USBHUB.SYS

http://www.ncomputing.com/kb/Enabling-U ... es_76.html

У меня сервак win2008R2 просто падает в синий экран из за драйвера USBIP. Пробовал версию 2.0. 1.0 после проброса устроства из Wtware сервер его устанавливает и потом падает.

Не подскажите, ipusb на виртуалку ставить или все таки на сервер ?
я так понимаю у большинства народ сидит в 2008 терминальных сессиях, а у меня стоит VmWare и около 60 виртуалок, хочу перебросить вебку )

Ставишь на виртуалке USB контроллер и устанавливаешь драйвер usbip версии 1.0.
Далее по инструкции http://wtware.ru/docs5/config.html#shared_usb

Ramirez писал(а):Ставишь на виртуалке USB контроллер и устанавливаешь драйвер usbip версии 1.0.

А где брать 1.0?
Если ты про 0.1.0.0, то мне кажется лучше свежую 0.2.0.0.

Здравствуйте.

Использую Win Server 2008R2 x64, wtware 5.0.5, службы USB IP и TFTP - из комплекта wtware, DHCP сервер - встроенный в систему.
Не могу пробросить устройство (usb токен) по USB IP. Так же пробовал пробрасывать обычные USB флешки - тот же результат.
В конфиге прописал: shared_usb=server:192.168.13.2,15cf:0015.
Логи приложил.

Посоветуйте варианты решения проблемы.

Заранее благодарен.

cartorys
1. Свежая версия втвари называется 5.0.7 или 5.1.3.
2. Пробрасывая токен через usbip, ты получишь токен как бы физически воткнутый в usb порт сервера. Проверь, увидит ли твоя прикладная программа, запущенная в терминальном сеансе, токен подключенный к usb порту сервера. Возможна неприятная неожиданность.

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

Логи в студию. И терминала, и службы, и то и то чтобы было свежей версии.

Лог1 с USBDVD который даже в ручную не подтягивается, но именно его надо заставить работать.

Лог2 с USBDVD который автоматом не подтягивается , но подтягивается вручную и работает на чтение\запись.




Кажись тута зарыто

Втварь старается сделать из компьютера электрочайник, или что-то сравнимое по сложности. Электрочайник не заморачивается контролем за конфликтами использования ресурсов. Если оди юзер вылил всю воду, а другой включил чайник не проверив наличие воды - это ваши проблемы. Чайник в этой ситуации обязан не сгореть. Сами догадывайтесь, почему нет кипятка.

"disk=cdrom" означает, что сидиром будет перенаправляться через RDP. Для этого сидиром будет подхватываться встроенным в втварь драйвером сидирома, в том числе usb сидирома.

shared_usb означает, что устройство вообще никак не будет обрабатываться на терминале. Вместо этого весь usb траффик будет уходить в сеть.

Эти два метода никак не могут работать на одном устройстве!

Вторая ошибка опять же твоя. Если написал shared_usb=server:..., то не надо лезть к usbip руками. Если хочешь лезть руками, убери указания для автоматики оставь только shared_usb=on.

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

За ошибку с pata_legacy спасибо, но к USB сидирому оно никакого отношения не имеет.

Этот лог когда уже испровал всевозможные варианты , сейчас запилю с disk=cdrom

Вот лог только с параметром disk=usb

hell писал(а):Вот лог только с параметром disk=usb

В логе написано disk=cdrom. И это правильно. Ошибок в логе не вижу. Сидиром оно нашло, готово с ним работать. Ты точно нажимал кнопку "подключить" во всплывающем снизу справа окошке? Проверь пожалуйста еще раз. Надо нажать на кнопку, и после этого сохранять лог.

эмм про какое окошко речь ?

Мышку в правый нижний угол экрана. Вылезет окошко. В нем кнопка диска. Сидиром и флоповод надо подключать и отключать нажатием на кнопку, иначе до втвари не доходит. Эх молодежь, раньше и usb флешки так же подключали...

от черт, яж его отключил, а автоматизировать никак ? чтобы автоматом подтягивало ?

а так через окошечко все гуд

Не, сидиром и флоп не могу автоматизировать. Никакого сообщения "диск подключен", "диск отключен" при этом не создается. А без определенных событий "подключили-отключили" спецэффекты всякие вылазят.

в линуксе както система, если в гуи, определяет же - диск вставлен, и монтирует его...
насчет отмонтирования вроде какието вопросы выскакивают.... если просто вытащишь.
но - то что монтирует автоматом - есть.
может какой то сервис периодически опрашивает привод?

Если втвари в конфиге написать shared_disk=cdrom,floppy то будет работать та самая линуксовая система, которая автоматом монтирует и отмонтирует.

Заморочки возникли именно с пробросом этого диска непонятного состояния по RDP. Слишком виндовс не любила, когда перенаправленный диск с открытыми файлами вдруг становился недоступен, а потом на том же месте появлялись новые файлы. Да и не актуально это уже: флоповоды вымерли, сидиромы тоже скоро вымрут.

Имеем:
Терминальный сервер Win2008R2 SP1 Std (192.168.2.247). Установлен в виртуальной машине Hyper-V.
Служба wtusbip установлена на этом терминальном сервере (192.168.2.247)
Клиент wtware 5.1.20. (192.168.2.222)

Не пробрасывается МФУ HP 1536dnf (Принтер работает через встроенный в него принтсервер. проброс USB нужен чтоб использовать сканер)

Если пробросить вручную (usbip -a 192.168.2.222 1-1) то принер/сканер прекрасно работают.
Значит дело в службе wtusbip.

Логи прилагаю до проброса вручную и после проброса вручную.
Лог wtusbip с помошью конфигуратора снять не удалось, поэтому прилагаю его скриншотом. На нем видно что конфигуратор даже к диску не обращается при нажатии кнопки сохранить лог. (специально открывал ProcessMonitor)

p.s. Лог диспетчера оборудования после ручного проброса

Фигасе. В логе "_beginthread () failed" это очень любопытно. Как этого добиться? Если перезапустить службу и перезапустить конфигуратор, то как быстро вылезет новое "_beginthread () failed"? Какие-то закономерности можно найти, после чего оно вылезает в первый раз?

Закономерность простая, как только терминал загружается. Выскакивает эта ошибка в логе. Наверно это происходит в момент попытки проброса устройства. Уж кто эту попытку инициирует - я не знаю. вам виднее. Перезагрузка терминала приводит к тому же результату... После перезагрузки службы или сервера, ошибка не вылазит сколь угодно долго. Пока не включаю терминал. Как только он включен и загружен - ошибка выскакивает. Возможно это связано с тем, что сервер на виртуальной машине Hyper-V. Там с USB не всё гладко вроде бы. Хотя ручной проброс работает, как ни странно. Может службе не хватает прав каких то? Опять же ручной проброс я выполняю в консоли с повышением и без. В другом офисе настраивал тоже 2008 х64 но не R2. Так там работает без вопросов. К тому же и машина не виртуальная там.

Убрал параметр: port 100 из конфига терминала. Завелось. Сканер пробросился "автоматом" после перезагрузки терминала. Пошел экспериментировать с этим параметром.
Отпишусь позже.

UPD:
команда "usbip -d 1" в консоли (1 - номер порта) - вызывает ошибку:

..\usbip.cpp ( 438), usbip_context::run: -- ERROR -- INTERNAL ERROR (0).
Add: incorrect termination (192.168.2.222, 1-1).

UPD2:
Попробовал последовательно port = 1,10,50,99,100 (!!!) С перезагрузкой терминала. Службу не трогал. Устройства отключал вручную в консоли, перед перезагрузкой терминала.
Работает. даже 100

Презапустил службу. Поставил снова порт 100. Ошибка снова выскакивает.

_beginthread() failed
..\usbip.cpp ( 410), usbip_context::run: -- ERROR -- INTERNAL ERROR (12).
Add: incorrect termination (192.168.2.222, 1-1).

Поставил пор 50. Перезапустил терминал. Ошибка на месте правда _beginthread() failed уже нет.

Снова убрал порт. И перезаупстил терминал:

_beginthread() failed
..\usbip.cpp ( 413), usbip_context::run: -- ERROR -- INTERNAL ERROR (12).
Add: incorrect termination (192.168.2.222, 1-1).

Перезапустил службу и терминал
Ошибки нет. Теперь можно указывать любой порт (указал снова 100). ручной deattach Не делал больше. Само отключается нормально.
ДО перезагрузки службы все взлетает само.

Как только презагружаю службу - ошибка всплывает. Пока не уберу порт и не перезапущу службу. Вот и закономерность! Уфф...

UPD3: Как насчет несохранения логов от службы WTUSBIP? Скриншоты делать неудобно, а текст с окна выдрать в буфер обмена тоже нельзя. Контрол не позволяет текст выделить... Либо скриншот, либо перепечатка пока.

Закономерности я не понял. Закономерность - это такая последовательность действий, которую я могу повторить на наших стендах, и увижу ошибку. Ошибкой я в этом случае считаю "beginthread failed", то что происходит дальше уже не интересно. Ручной детач хорошая мысль. Один из потоков службы при этом падает таким способом, который мы не проверяли, потому что такое жестокое обращение в голову не приходило. Я проверю, но ты тоже еще подумай пожалуйста. Мне нужна последовательность действий, которая приводит к ПЕРВОМУ "beginthread failed" ПОСЛЕ СТАРТА СЛУЖБЫ. Отставить рестарт, рестарт не совсем корректно. Надо выключить службу, затем включить, затем сделать так, чтбы появилось "beginthread failed". Последовательность действий рассказать мне.

Думаю, несохраняемость логов это тоже результат чего-то "ручного". Что еще ты делаешь "ручное"? Возможно, это связано не с втварью, а с настройкой сервера в целом. Права там поменять, службы дефолтные запретить. На свеепоставленном 2008r2sp1, с которым не сделали ничего ручного, логи будут сохраняться. Инфа 100%.

У меня гарантированно выскакивает эта "_beginthread() failed" в этом случае: После перезапуска службы инициатора wtusbip и последующем старте клиента с настройкой порт. Причем не важно какой порт указать (хотя ноль не пробовал).

Но если после перезапуска службы запустить клиент с настройкой без указания порта, ошибки нет. И позже менять настройки порта можно произвольно и перезапускать терминал.

Если после появления ошибки "_beginthread() failed", просто перезапустить терминал (настройка порт не влияет на поведение в данном случае), то ошибка больше не появлется. Сыпятся другие (например ..\usbip.cpp ( 438), usbip_context::run: -- ERROR -- INTERNAL ERROR (0) ), но не "_beginthread() failed". Я так понимаю - это уже следствие того, что поток не создан. Она выскакивает только один раз - после запуска службы инициатора. (см первый абзац этого комментария)

Про логи:
Вопрос снят. Сам дурак был. Отменял сохранение, когда выскакивало предупреждение от том, что я не нажал кнопку обновить лог, иначе он будет не полным.

Хотя справедливости ради - этот запрос тут не к месту, т.к. нет кнопки обновить лог в данном случае. ))

SANSoft писал(а):Хотя справедливости ради - этот запрос тут не к месту, т.к. нет кнопки обновить лог в данном случае. ))

Да, наша ошибка. Будет исправлено в следующей версии.

Про beginthread пока ищем.

SANSoft
Ау! Ты еще здесь? Я не могу повторить "_beginthread() failed". Останавливаю службу, запускаю, подключаю USB устройство к терминалу, в конфиге терминала указано подключаться к wtusbip и указан порт. Оно подключается без ошибок.

Попробуй пожалуйста вот это:

http://pxe.ru/files/testing/201210191134.zip

Тут лишнего диалога при сохранении точно не будет. Если "_beginthread() failed" не пропадет - пиши, соберу службу wtusbip.exe с развернутым логом и будем искать, откуда оно берется.

На присланной версии "_beginthread() failed" - не появляется. Сохранение лога USBIP работает без лишнего вопроса. Спасибо!

Не совсем по теме, но, наверное, этот вопрос лучше задать здесь. Ситуация похожая на ту, что была у SANSoft'а:
Сервер Win2008R2 является хостом виртуальных машин Hyper-V (внутри которых та же Win2008R2 в качестве терминального сервера). На него установлена WTWare и физически воткнут токен AvPass (ключ для электронной подачи деклараций от белорусских налоговиков).

Можно ли воспользовавшись USBIP пробросить этот ключ в виртуальную машину, к которой будут присоединяться с бесдисковых терминалов WTWare? Не хочется использовать дополнительные решения (вроде FabulaTech USB over Network), опасаюсь возможных конфликтов с проброшенными флешками с бесдисковиков посредством USBIP.

В статье "http://vmind.ru/2012/01/25/ispolzovanie ... yx-mashin/ описывается подобная штука посредством плясок с бубнами. А можно ли сделать подобное, например, использовав службу WTWare "USBIP Initiator"?

Смарт-карты перенаправлять нельзя. Служба смарт-карт в виндовсе так устроена, что подключенную физически к машине (карта, подключенная через usbip, выглядит для операционной системы как подключенная прямо в физический usb порт) карту видит только сессия, запущенная на консоли.

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

Здесь на форуме был злобный хак виндовса, который это ограничение отламывал. Но я его боюсь

Если ключ у тебя воткнут в хост супервизора - заведи там отдельную WinXP и средствами супервизора отдай карту ей. И пусть софт, использующий карту, работает только на этой XP.

aka писал(а):Смарт-карты перенаправлять нельзя. Служба смарт-карт в виндовсе так устроена, что подключенную физически к машине (карта, подключенная через usbip, выглядит для операционной системы как подключенная прямо в физический usb порт) карту видит только сессия, запущенная на консоли.

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

Т.е. уточняю: (а) сервер-гипервизор с воткнутой смарт-картой; (б) виртуальная машина; (в) бесдисковая станция. И если соединяться по RDP с (а) на (б), то смарт-карта будет видна в (б), а если с (в) на (б), то нет. Я правильно понял?

aka писал(а):Если ключ у тебя воткнут в хост супервизора - заведи там отдельную WinXP и средствами супервизора отдай карту ей. И пусть софт, использующий карту, работает только на этой XP.

На ключе сотня сертификатов (все школы и д/с у нас являются юридическими лицами, но не имеют своей бухгалтерии. Их всех обслуживает централизованная бухгалтерия нашего отдела образования) и доступ к ключу нужен где-то 20-25 бухгалтерам. Я одурею от такого счастья в попытках реализовать такое на XP.

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

Видел эту статью. Наверное, придется испробовать.

Или fabulatech usb over network - не знаете, конфликтов у него с проброшенными флешками с бесдисковиков не будет?

Кстати, цитируемую мной статейку про USBIP не смотрели случаем? Там написано, что серверная часть USBIP есть только под Линух, а клиентская - под Линух и Windows. Я вот и подумал, что можно как-то использовать ваш виндушный USB Initiator.
Хотя в данном случае "серверная часть" - это тот компонент, который запускается на самом бесдисковой станции, я правильно понимаю? Значит, тут дело действительно мёртвое

И вдогонку к глупым вопросам - проброс USB в терминальных сессии посредством RemoteFX на Windows 2012 никто еще не испытывал?

shurix писал(а):Т.е. уточняю: (а) сервер-гипервизор с воткнутой смарт-картой; (б) виртуальная машина; (в) бесдисковая станция. И если соединяться по RDP с (а) на (б), то смарт-карта будет видна в (б), а если с (в) на (б), то нет. Я правильно понял?

Не понимаю, как и зачем это - соединяться по RDP с сервера-гипервизора с виртуальной машиной.

Если по RDP подключиться к гипервизору и затем открыть виртуальную машину средствами гипервизора, т.е. с точки зрения
виртуальной машины - оказаться за ее консолью, за ее клавиатурой и монитором, то подключенная к гипервизору карта будет видна.

Если с бездиска подключаться по rdp к виртуальной машине, то подключенной к гипервизору карты не будет.

shurix писал(а):На ключе сотня сертификатов (все школы и д/с у нас являются юридическими лицами, но не имеют своей бухгалтерии. Их всех обслуживает централизованная бухгалтерия нашего отдела образования) и доступ к ключу нужен где-то 20-25 бухгалтерам. Я одурею от такого счастья в попытках реализовать такое на XP.

А как еще это реализовать?? И я не понимаю высокого смысла иметь ОДИН ключ, доступ к которому имеют 25 человек

shurix писал(а):Кстати, цитируемую мной статейку про USBIP не смотрели случаем? Там написано, что серверная часть USBIP есть только под Линух, а клиентская - под Линух и Windows. Я вот и подумал, что можно как-то использовать ваш виндушный USB Initiator.
Хотя в данном случае "серверная часть" - это тот компонент, который запускается на самом бесдисковой станции, я правильно понимаю? Значит, тут дело действительно мёртвое

Сервер usbip запускается на бездиске. Наш инициатор только автоматизирует обращение клиента (виндовса, терминального сервера) к серверу usbip. N/t/ никакой принципиально новой функциональносте не добавляет, но без нашего инициатора на виндовсе пришлось бы руками запускать usbip.exe для подключения каждого устройства, при каждом подключении устройства.

shurix писал(а):И вдогонку к глупым вопросам - проброс USB в терминальных сессии посредством RemoteFX на Windows 2012 никто еще не испытывал?

Оно появилось еще в 2008r2sp1. Но оно работает только в виртуальную win7, запущенную под Huper-V. В обычную терминальную сессию оно не умеет перенаправлять USB.