USB over IP hjemme

Noen ganger vil man jobbe med en enhet som er koblet til via USB uten å ha den på bordet ved siden av den bærbare datamaskinen. For meg er en slik enhet en kinesisk gravør med en 500 mW laser, noe som er ganske ubehagelig i nærkontakt. I tillegg til den umiddelbare faren for øynene, frigjøres giftige forbrenningsprodukter under laseroperasjonen, så enheten bør være i et godt ventilert rom, og helst isolert fra mennesker. Men hvordan kontrollerer man en slik enhet? Jeg fant tilfeldigvis svaret på dette spørsmålet mens jeg søkte i OpenWRT-arkivet i håp om å finne en verdig bruk for en gammel D-Link DIR-320 A2-ruter. For tilkoblingen bestemte jeg meg for å bruke den som er beskrevet tidligere på Habr. USB over IP-tunnel, men alle instruksjonene for installasjon er utdaterte, så jeg skriver mine egne.

OpenWRT er et operativsystem som ikke trenger noen introduksjon, så jeg vil ikke beskrive installasjonen av det. For ruteren min tok jeg den nyeste stabile versjonen av OpenWrt 19.07.3, og koblet den til hovedtilgangspunktet via Wi-Fi som en klient, og valgte modusen lan, for ikke å plage brannmuren.

Serverdel

Vi handler deretter offisielle instruksjonerEtter tilkobling via SSH, installer de nødvendige pakkene.

root@OpenWrt:~# opkg update
root@OpenWrt:~# opkg install kmod-usb-ohci usbip-server usbip-client

Deretter kobler vi enheten vår til USB-porten på ruteren (i mitt tilfelle er enhetene: en USB-hub, en flash-stasjon som ruterens filsystem er montert på (på grunn av mangel på plass på den interne lagringen), og direkte gravøren).

La oss prøve å vise en liste over tilkoblede enheter:

root@OpenWrt:~# usbip list -l

Tømme.

Ved å google ble synderen funnet, det viste seg å være et bibliotek libudev-fbsd.
Vi henter manuelt den nyeste fungerende versjonen fra depotet libudev_3.2-1 Fra OpenWRT 17.01.7-utgivelsen for arkitekturen din, i mitt tilfelle er det libudev_3.2-1_mipsel_mips32.ipk. Ved å bruke wget/scp laster vi den inn i ruterens minne og installerer den på nytt.

root@OpenWrt:~# opkg remove --force-depends libudev-fbsd
root@OpenWrt:~# opkg install libudev_3.2-1_mipsel_mips32.ipk

Vi sjekker:

root@OpenWrt:~# usbip list -l
 - busid 1-1.1 (090c:1000)
   Silicon Motion, Inc. - Taiwan (formerly Feiya Technology Corp.) : Flash Drive (090c:1000)

 - busid 1-1.4 (1a86:7523)
   QinHeng Electronics : HL-340 USB-Serial adapter (1a86:7523)

Kinesisk mann koblet til USB-hub fikk blurred 1-1.4Husket.

Nå starter vi daemonen:

root@OpenWrt:~# usbipd -D

og binde kineserne

root@OpenWrt:~# usbip bind -b 1-1.4
usbip: info: bind device on busid 1-1.4: complete

La oss sjekke at alt fungerer:

root@OpenWrt:/home# netstat -alpt
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name
tcp        0      0 0.0.0.0:3240            0.0.0.0:*               LISTEN      1884/usbipd

For å binde enheten ytterligere automatisk, la oss redigere /etc/rc.local, legger til før avkjørsel 0 følgende:

usbipd -D &
sleep 1
usbip bind -b 1-1.4

Klient side

La oss prøve å koble enheten til Windows 10, ved å bruke de nevnte instruksjonene fra openwrt.org. Jeg sier det med en gang: dette er dømt til å mislykkes. For det første, bare Windows 7 x64. For det andre gis det en lenke til en tråd på sourceforge.net, som foreslår å laste ned en driver som ble oppdatert i 2014 fra Dropbox. Når du prøver å kjøre den under Windows 10 og når vi kobler til enheten vår får vi en feilmelding:

c:Utilsusbip>usbip -a 192.168.31.203 1-1.4
usbip for windows ($Id$)

*** ERROR: cannot find device

Dette skyldes at klienten ikke fungerer med en server som er kompilert for en kjerne eldre enn versjon 3.14.
USBIP-serveren under OpenWRT 19.07.3 er bygget på kjernen 4.14.180.

Ved å fortsette søket mitt, snublet jeg over den nåværende utviklingen av en Windows-klient på GitHubOk, støtten er annonsert. Windows 10 x64, men klienten er utelukkende for testing, så det er en rekke begrensninger.

Så først blir du bedt om å installere sertifikatet, to ganger. Ok, vi har lagt det i Trusted Root Certification Authority og Trusted Publishers.

Deretter må du sette operativsystemet i testmodus. Dette gjøres med kommandoen

bcdedit.exe /set TESTSIGNING ON

Jeg lyktes ikke første gang, det kom i veien sikre bootFor å deaktivere den, må du starte UEFI på nytt og sette sikker oppstart – deaktiver. På noen bærbare modeller må du kanskje angi et passord for administrator.

Etter det starter vi inn Windows og det gjør vi bcdedit.exe /set TESTSIGNING PÅ
Windows sier at alt er i orden. Vi starter opp igjen og ser i nedre høyre hjørne inskripsjonen Testmodus, versjon og buildnummer til operativsystemet.

Hva er alle disse manipulasjonene til for? For å installere en usignert driver USB/IP VHCIDet anbefales å gjøre dette ved å laste ned filene usbip.exe, usbip_vhci.sys, usbip_vhci.inf, usbip_vhci.cer, usbip_vhci.cat, og kjøre dem med administratorrettigheter.

usbip.exe install

eller den andre måten, å installere eldre maskinvare manuelt. Jeg valgte det andre alternativet, fikk en advarsel om å installere en usignert driver og samtykket til det.

Deretter sjekker vi at vi har muligheten til å koble til en ekstern USB-enhet ved å kjøre kommandoen:

usbip.exe list -r <ip вашего роутера>

Vi får en liste over enheter:

c:Utilsusbip>usbip.exe list -r 192.168.31.203
usbip: error: failed to open usb id database
Exportable USB devices
======================
 - 192.168.31.203
      1-1.4: unknown vendor : unknown product (1a86:7523)
           : /sys/devices/ssb0:1/ehci-platform.0/usb1/1-1/1-1.4
           : unknown class / unknown subclass / unknown protocol (ff/00/00)

for en feil usbip: feil: klarte ikke å åpne usb-id-databasen Vi følger ikke med, det påvirker ikke arbeidet.

Nå binder vi enheten:

c:Utilsusbip>usbip.exe attach -r 192.168.31.203 -b 1-1.4

Det er det, Windows har oppdaget en ny enhet, nå kan du jobbe med den som om den var fysisk koblet til den bærbare datamaskinen.

Jeg måtte slite litt med den kinesiske gravøren, siden USB/IP VHCI sendte Windows inn i en BSOD da jeg prøvde å installere CH341SER-driveren via installasjonsprogrammet som fulgte med gravøren (ja, gravøren er på Arduino). Installasjonen av CH341SER-driveren til Å koble til enheten via usbip.exe løste problemet.

Resultat: gravøren lager lyd og røyk på kjøkkenet med vinduet åpent og døren lukket, jeg ser på brenneprosessen fra et annet rom gjennom den innebygde programvaren, som ikke registrerer en hake.

Brukte kilder:

https://openwrt.org/docs/guide-user/services/usb.iptunnel
https://github.com/cezanne/usbip-win

Kilde: www.habr.com