USB/IP მოთვინიერება

USB მოწყობილობის დისტანციურ კომპიუტერთან ადგილობრივი ქსელის საშუალებით დაკავშირების ამოცანა რეგულარულად ჩნდება. კვეთის ქვეშ მოცემულია ამ მიმართულებით ჩემი ძიებების ისტორია და ღია კოდის პროექტზე დაფუძნებული მზა გადაწყვეტის გზა. USB/IP ამ გზაზე სხვადასხვა ადამიანების მიერ გულდასმით დაყენებული დაბრკოლებების აღწერით, ასევე მათი გვერდის ავლით.

ნაწილი პირველი, ისტორიული

თუ მანქანა ვირტუალურია - ეს ყველაფერი მარტივია. USB გადამისამართების ფუნქციონალობა ჰოსტიდან ვირტუალურ მანქანაზე გამოჩნდა VMWare 4.1-ში. მაგრამ ჩემს შემთხვევაში, უსაფრთხოების გასაღები, რომელიც ცნობადია, როგორც WIBU-KEY, უნდა იყოს დაკავშირებული სხვადასხვა დროს სხვადასხვა მანქანებთან და არა მხოლოდ ვირტუალურებთან.
შორეულ 2009 წელს ძებნის პირველმა რაუნდმა მიმიყვანა რკინის ნაჭერთან, რომელსაც ე.წ TrendNet TU2-NU4
დადებითი:

• ზოგჯერ მუშაობს კიდეც

Cons:

• ყოველთვის არ მუშაობს. დავუშვათ, Guardant Stealth II დაცვის გასაღები არ იწყება მისი მეშვეობით, გეფიცებით შეცდომით „მოწყობილობის დაწყება შეუძლებელია“.
• მართვის პროგრამული უზრუნველყოფა (წაიკითხეთ - USB მოწყობილობების მონტაჟი და ამოღება) უკიდურესობამდე სავალალოა. ბრძანების ხაზის გადამრთველები, ავტომატიზაცია - არა, არ გამიგია. ყველაფერი მხოლოდ ხელით. კოშმარი.
• საკონტროლო პროგრამული უზრუნველყოფა ეძებს თავად რკინის ნაჭერს ქსელში მაუწყებლობის საშუალებით, ასე რომ ეს მუშაობს მხოლოდ ერთი სამაუწყებლო ქსელის სეგმენტში. თქვენ არ შეგიძლიათ ხელით მიუთითოთ რკინის ნაჭრის IP მისამართი. რკინის ნაჭერი სხვა ქვექსელში? მაშინ პრობლემა გაქვს.
• დეველოპერებმა დააფიქსირეს მოწყობილობაზე, უსარგებლოა შეცდომების შესახებ მოხსენებების გაგზავნა.

მეორე რაუნდი არც ისე შორეულ დროში მოხდა და მიმიყვანა სტატიის თემამდე - USB/IP პროექტი. იზიდავს ღიად, განსაკუთრებით მას შემდეგ, რაც ბიჭები რეაქტ ხელი მოაწერეს Windows-ის დრაივერს, ასე რომ, ახლა ყველაფერი მუშაობს x64-ზეც კი ყოველგვარი ყავარჯნების გარეშე, როგორც სატესტო რეჟიმი. რისთვისაც დიდი მადლობა ReactOS გუნდს! ყველაფერი ლამაზად ჟღერს, ვცადოთ მისი შეგრძნება, მართლა ასეა? სამწუხაროდ, თავად პროექტიც მიტოვებულია და მხარდაჭერის იმედი არ შეგიძლიათ - მაგრამ იქ, სადაც ჩვენი არ გაქრა, წყარო არის, ჩვენ ამას გავარკვევთ!

ნაწილი მეორე, სერვერ-ლინუქსი

USB/IP სერვერი, რომელიც იზიარებს USB მოწყობილობებს ქსელში, შეიძლება დაყენდეს მხოლოდ Linux-ზე დაფუძნებულ OS-ზე. ისე, Linux არის Linux, ასე რომ დააინსტალირეთ Debian 8 ვირტუალურ მანქანაზე მინიმალური კონფიგურაციით, ხელის სტანდარტული მოძრაობით:

sudo apt-get update
sudo apt-get upgrade
sudo apt-get install usbip

დასახლდა. გარდა ამისა, ინტერნეტი ვარაუდობს, რომ დაგჭირდებათ usbip მოდულის ჩამოტვირთვა, მაგრამ - გამარჯობა, პირველი საკომისიო. ასეთი მოდული არ არსებობს. და ეს ყველაფერი იმიტომ, რომ ქსელის სახელმძღვანელოების უმეტესობა ეხება ძველ ფილიალს 0.1.x, ხოლო უახლეს 0.2.0-ში usbip მოდულებს განსხვავებული სახელები აქვთ.

ამიტომ:

sudo modprobe usbip-core
sudo modprobe usbip-host
sudo lsmod | grep usbip

მოდით, დავამატოთ შემდეგი სტრიქონები /etc/modules, რომ ავტომატურად ჩატვირთოს ისინი სისტემის გაშვებისას:

usbip-core
usbip-host
vhci-hcd

მოდით დავიწყოთ usbip სერვერი:

sudo usbipd -D

გარდა ამისა, უნივერსალური გონება გვეუბნება, რომ usbip-ს გააჩნია სკრიპტები, რომლებიც საშუალებას გვაძლევს ვმართოთ სერვერი - ვაჩვენოთ, რომელ მოწყობილობას გააზიარებს იგი ქსელში, ნახოს სტატუსი და ა.შ. აქ კიდევ ერთი ბაღის ხელსაწყო გველოდება - ამ სკრიპტებს 0.2.x ფილიალში, ისევ დაარქვეს სახელი. თქვენ შეგიძლიათ მიიღოთ ბრძანებების სია

sudo usbip

ბრძანებების აღწერილობის წაკითხვის შემდეგ ირკვევა, რომ USB მოწყობილობის გასაზიარებლად usbip-ს სურს იცოდეს მისი Bus ID. ძვირფასო მაყურებლებო, საკომისიო ნომერი სამი არის არენაზე: ავტობუსის ID, რომელიც მოგვცემს ლუსბ (როგორც ჩანს ყველაზე აშკარა გზა) - ეს არ ჯდება მას! ფაქტია, რომ usbip უგულებელყოფს მოწყობილობას, როგორიცაა USB ჰაბები. ამიტომ, ჩვენ გამოვიყენებთ ჩაშენებულ ბრძანებას:

user@usb-server:~$ sudo usbip list -l
 - busid 1-1 (064f:0bd7)
   WIBU-Systems AG : BOX/U (064f:0bd7)

შენიშვნა: შემდგომ ჩამონათვალში მე აღვწერ ყველაფერს ჩემი კონკრეტული USB გასაღების მაგალითის გამოყენებით. თქვენი აპარატურის სახელი და VID:PID წყვილი შეიძლება და განსხვავდებოდეს. ჩემსას ჰქვია Wibu-Systems AG: BOX/U, VID 064F, PID 0BD7.

ახლა ჩვენ შეგვიძლია გავუზიაროთ ჩვენი მოწყობილობა:

user@usb-server:~$ sudo usbip bind --busid=1-1
usbip: info: bind device on busid 1-1: complete

ჰურა, ამხანაგებო!

user@usb-server:~$ sudo usbip list -r localhost
Exportable USB devices
======================
 - localhost
        1-1: WIBU-Systems AG : BOX/U (064f:0bd7)
           : /sys/devices/pci0000:00/0000:00:11.0/0000:02:00.0/usb1/1-1
           : Vendor Specific Class / unknown subclass / unknown protocol (ff/00/ff)

სამი გაიხარეთ, ამხანაგებო! სერვერმა გააზიარა რკინის ნაჭერი ქსელში და ჩვენ შეგვიძლია დავაკავშიროთ იგი! რჩება მხოლოდ usbip დემონის ავტოსტარტის დამატება /etc/rc.local-ში

usbipd -D

ნაწილი მესამე, კლიენტური და დამაბნეველი

მე ვცადე საზიარო მოწყობილობის ქსელში დაკავშირება Debian აპარატთან დაუყოვნებლივ იმავე სერვერზე და ყველაფერი კარგად არის დაკავშირებული:

sudo usbip attach --remote=localhost --busid=1-1

მოდით გადავიდეთ Windows-ზე. ჩემს შემთხვევაში ეს იყო Windows Server 2008R2 Standard Edition. ოფიციალური სახელმძღვანელო მოგთხოვთ ჯერ დრაივერის დაყენებას. პროცედურა მშვენივრად არის აღწერილი windows კლიენტზე მიმაგრებულ readme-ში, ყველაფერს ვაკეთებთ როგორც წერია, ყველაფერი გამოდის. XP-ზეც უპრობლემოდ მუშაობს.

კლიენტის ამოხსნის შემდეგ, ჩვენ ვცდილობთ დავამაგროთ ჩვენი გასაღები:

C:Program FilesUSB-IP>usbip -a %server-ip% 1-1
usbip err: usbip_network.c: 121 (usbip_recv_op_common) recv op_common, -1
usbip err: usbip_windows.c: 756 (query_interface0) recv op_common
usbip err: usbip_windows.c: 829 (attach_device) cannot find device

Ოჰ ოჰ. Რაღაც არასწორად წავიდა. ჩვენ ვიყენებთ Google-ის უნარს. არის ფრაგმენტული აღნიშვნები, რომ რაღაც არასწორია მუდმივებთან; სერვერის ნაწილში დეველოპერებმა შეცვალეს პროტოკოლის ვერსია 0.2.0 ვერსიაზე გადასვლისას, მაგრამ მათ დაავიწყდათ ამის გაკეთება Win კლიენტში. შემოთავაზებული გამოსავალი არის წყაროს კოდის მუდმივის შეცვლა და კლიენტის აღდგენა.

მაგრამ მე ნამდვილად არ მინდა გადმოვწერო Visual Studio ამ პროცედურისთვის. მაგრამ მე მაქვს ძველი კარგი Hiew. წყაროს კოდში მუდმივი გამოცხადებულია ორმაგ სიტყვად. მოდით შევხედოთ ფაილს 0x00000106, შევცვალოთ იგი 0x00000111-ით. გახსოვდეთ, ბაიტების თანმიმდევრობა შებრუნებულია. შედეგი არის ორი მატჩი, პატჩი:

[usbip.exe]
00000CBC: 06 11
00000E0A: 06 11

ეეეე... კი!

C:Program FilesUSB-IP>usbip -a %server-ip% 1-1
new usb device attached to usbvbus port 1

ამით შეიძლებოდა პრეზენტაციის დასრულება, მაგრამ მუსიკა დიდხანს არ უკრავდა. სერვერის გადატვირთვის შემდეგ აღმოვაჩინე, რომ მოწყობილობა კლიენტზე არ არის დამონტაჟებული!

C:Program FilesUSB-IP>usbip -a %server-ip% 1-1
usbip err: usbip_windows.c: 829 (attach_device) cannot find device

და ეს არის ის. ყოვლისმომცველმა Google-მაც კი ვერ მიპასუხა ამაზე. და ამავდროულად, სერვერზე ხელმისაწვდომი მოწყობილობების ჩვენების ბრძანება საკმაოდ სწორად აჩვენებს - აქ არის გასაღები, შეგიძლიათ დაამონტაჟოთ იგი. ვცდილობ დამონტაჟებას Linux-ის ქვეშიდან - მუშაობს! და თუ ახლა ვცადო ვინდოუსის ქვეშ? ოჰ სირცხვილი - მუშაობს!

ბოლო საკომისიო: რაღაც არ არის დამატებული სერვერის კოდში. მოწყობილობის გაზიარებისას, ის არ კითხულობს მისგან USB აღწერის რაოდენობას. და Linux-ის ქვეშ მოწყობილობის დამონტაჟებისას ეს ველი ივსება. სამწუხაროდ, მე ვიცნობ განვითარებას Linux-ის ქვეშ „გაკეთების და დაყენების“ დონეზე. ამიტომ პრობლემა მოგვარებულია საკმაოდ ბინძური ჰაკით - /etc/rc.local-ის დამატებით

usbip attach --remote=localhost --busid=1-1
usbip port
usbip detach --port=00

ნაწილი ფინალი

გარკვეული ჩხუბის შემდეგ, ის მუშაობს. სასურველი შედეგი მიღწეულია, ახლა გასაღები შეიძლება დამონტაჟდეს ნებისმიერ კომპიუტერზე (და დაუმონტაჟებელი, რა თქმა უნდა, ასევე), მათ შორის სამაუწყებლო ქსელის სეგმენტის გარეთ. თუ გსურთ, შეგიძლიათ ამის გაკეთება შელ სკრიპტის გამოყენებით. რა სასიამოვნოა - სიამოვნება აბსოლუტურად უფასოა.
ვიმედოვნებ, რომ ჩემი გამოცდილება დაეხმარება ჰაბრაჟითელს შუბლზე აღბეჭდილი საკომისიოს შემოვლაში. Გმადლობთ ყურადღებისთვის!

წყარო: www.habr.com