USB over IP i heimen

Det hender at man ønsker å jobbe med en enhet koblet via USB, uten å ha den liggende på bordet ved siden av laptopen. Jeg har en kinesisk gravør med en laser på 500 mW, en enhet som er ganske ubehagelig ved nærkontakt. Foruten den direkte faren for øynene, avgir laseren giftige produkter under forbrenning, så enheten må være i et godt ventilert rom, helst isolert fra folk. Men hvordan styrer man denne enheten? Svaret på dette spørsmålet fant jeg tilfeldigvis mens jeg bladde gjennom OpenWRT-repositoriet i håp om å finne en verdig bruk for den gamle D-Link DIR-320 A2-ruteren. Jeg bestemte meg for å bruke beskrivelsen som tidligere ble omtalt på Habr. USB over IP tunnel, men alle instruksjonene for installasjonen hadde mistet sin aktualitet, så jeg skriver min egen.

OpenWRT er et operativsystem som ikke trenger nærmere presentasjon, så jeg skal ikke gå inn på installasjonen. For min ruter lastet jeg ned den nyeste stabile utgaven av OpenWrt 19.07.3, og koblet den til hovedtilgangspunktet via Wi-Fi som en klient, og valgte modus lan, for ikke å plage brannmuren.

Serverdelen

Vi følger den offisielle instruksjonen. Etter tilkobling via ssh installerer vi de nødvendige pakkene.

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

Deretter kobler vi vår enhet til USB-porten på ruteren (i mitt tilfelle enheter: USB-hub, en USB-minnepinne, som har filsystemet til ruteren montert (på grunn av mangel på plass i det interne lagringsmediet), og selve gravøren).

La oss prøve å liste opp de tilkoblede enhetene:

root@OpenWrt:~# usbip list -l

Tomt.

Ved å google fant jeg synderen, det var biblioteket libudev-fbsd.
Vi henter den nyeste fungerende versjonen manuelt fra repositoriet libudev_3.2-1 fra utgaven OpenWRT 17.01.7 for min arkitektur, i mitt tilfelle er det libudev_3.2-1_mipsel_mips32.ipk. Med wget/scp laster vi den opp til ruteren og reinstallere

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)

Kineseren, koblet til USB-huben, fikk bsuid 1-1.4. Husket den.

Så starter vi demon:

root@OpenWrt:~# usbipd -D

og binder kineseren

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

Vi sjekker at alt fungerer:

root@OpenWrt:\/home# netstat -alpt
Aktive internettforbindelser (servere og etablerte)
Proto Recv-Q Send-Q Lokal adresse           Fremmed adresse         Status       PID\/Programnavn
tcp        0      0 0.0.0.0:3240            0.0.0.0:*               LYTTER      1884\/usbipd

For å binde enheten automatisk videre, redigerer vi /etc/rc.local, og legger til før exit 0 følgende:

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

Klientdelen

La oss prøve å koble enheten til Windows 10 ved å bruke instruksjonen nevnt over fra openwrt.org. Jeg må si med en gang: prosjektet er dømt til å mislykkes. Først og fremst gjelder det kun Windows 7 x64. For det andre, det er en lenke til en tråd på sourceforge.net, hvor det foreslås å laste ned en patchet driver fra 2014 fra Dropbox. Når vi prøver å kjøre den under Windows 10 og koble til enheten vår, får vi feilmeldingen:

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

*** FEIL: kan ikke finne enhet

Dette skyldes at klienten ikke fungerer med en server bygget på en kjerne eldre enn versjon 3.14.
Serveren usbip under OpenWRT 19.07.3 er bygget på kjerne 4.14.180.

I min videre søken kommer jeg over en aktuell utvikling av Windows-klienten på github. Greit, det er påstått støtte for Windows 10 x64, men klienten er utelukkende testversjon, så det er en rekke begrensninger.

Først må vi installere sertifikatet, faktisk to ganger. Greit, vi plasserer det i Trusted Root Certification Authority og Trusted Publishers.

Videre må operativsystemet settes i testmodus. Dette gjør man ved å kjøre kommandoen

bcdedit.exe \/set TESTSIGNING ON

Det fungerte ikke første gang, ble forstyrret av secure boot. For å deaktivere det, må du starte på nytt i UEFI og sette secure boot til disabled. På noen bærbare modeller kan det være nødvendig å sette en supervisor-passord.

Etter dette starter vi opp i Windows og gjør bcdedit.exe \/set TESTSIGNING ON
Windows sier at alt er i orden. Vi starter opp igjen, og ser i nedre høyre hjørne teksten Test Mode, versjonen og byggnummeret til OS.

Hva er alle disse manøvrene for? For å installere en usignert driver USB\/IP VHCI. Dette kan gjøres ved å laste ned filene usbip.exe, usbip_vhci.sys, usbip_vhci.inf, usbip_vhci.cer, usbip_vhci.cat, og kjøre med administratorrettigheter

usbip.exe install

eller den andre metoden, manuell installasjon av Legacy Hardware. Jeg valgte det andre alternativet, fikk en advarsel om installasjon av usignert driver og aksepterte det.

Vi kontrollerer deretter at vi har muligheten til å koble til en ekstern USB-enhet ved å kjøre kommandoen:

usbip.exe list -r

hent liste over enheter:

c:Utilsusbip>usbip.exe list -r 192.168.31.203
usbip: feil: kunne ikke åpne usb id-databasen
Eksporterbare USB-enheter
=================================================
 - 192.168.31.203
      1-1.4: ukjent leverandør : ukjent produkt (1a86:7523)
           : /sys/devices/ssb0:1/ehci-platform.0/usb1/1-1/1-1.4
           : ukjent klasse / ukjent underklasse / ukjent protokoll (ff/00/00)

angående feilen usbip: feil: kunne ikke åpne usb id-databasen vi ignorerer dette, det påvirker ikke arbeidet.

Nå binder vi enheten:

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

Alt er klart, Windows oppdaget en ny enhet, nå kan vi bruke den som om den var fysisk tilkoblet laptopen.

Med den kinesiske graveren måtte jeg slite litt, ettersom forsøkene på å installere dens CH341SER-driver via den medfølgende installasjonsprogrammet (ja, graveren er på Arduino) fikk USB/IP VHCI til å krasje Windows med BSOD. Men installasjonen av CH341SER til for tilkobling av enheten gjennom usbip.exe løste problemet.

Resultat: graveren bråker og røyker på kjøkkenet med åpent vindu og lukket dør, jeg observerer prosessen med å brenne fra et annet rom via den medfølgende programvaren, som ikke mistenker noe.

Brukte kilder:

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

Kilde: habr.com