यूएसबी/आईपी को नियंत्रित करना

USB डिवाइस को स्थानीय नेटवर्क के माध्यम से रिमोट पीसी से कनेक्ट करने का कार्य नियमित रूप से उठता रहता है। कट के नीचे इस दिशा में मेरी खोजों का इतिहास है, और एक ओपन-सोर्स प्रोजेक्ट पर आधारित तैयार समाधान का मार्ग है यूएसबी/आईपी इस पथ पर विभिन्न लोगों द्वारा सावधानीपूर्वक स्थापित की गई बाधाओं के विवरण के साथ-साथ उन्हें दूर करने के तरीकों का भी वर्णन किया गया है।

भाग एक, ऐतिहासिक

यदि मशीन आभासी है, तो यह सब आसान है। होस्ट से वर्चुअल मशीन तक USB फ़ॉरवर्डिंग की कार्यक्षमता VMWare 4.1 में दिखाई दी। लेकिन मेरे मामले में, सुरक्षा कुंजी, जिसे WIBU-KEY के रूप में पहचाना जाता है, को अलग-अलग समय पर अलग-अलग मशीनों से जोड़ा जाना था, न कि केवल आभासी मशीनों से।
2009 में खोज का पहला दौर मुझे हार्डवेयर के एक टुकड़े तक ले गया जिसे कहा जाता है ट्रेंडनेट TU2-NU4
पेशेवरों:

• कभी-कभी यह काम भी करता है

विपक्ष:

• हमेशा काम नहीं करता. मान लीजिए कि गार्डेंट स्टील्थ II सुरक्षा कुंजी इसके माध्यम से प्रारंभ नहीं होती है, त्रुटि के साथ "डिवाइस प्रारंभ नहीं किया जा सकता है।"
• प्रबंधन के लिए सॉफ्टवेयर (पढ़ें: यूएसबी उपकरणों को माउंट करना और अनमाउंट करना) बेहद खराब है। कमांड लाइन स्विच, स्वचालन - नहीं, हमने नहीं सुना है। सब कुछ आपके हाथों से किया जाता है. बुरा अनुभव।
• नियंत्रण सॉफ्टवेयर प्रसारण द्वारा नेटवर्क पर हार्डवेयर की खोज करता है, इसलिए यह नेटवर्क के केवल एक प्रसारण खंड के भीतर काम करता है। आप हार्डवेयर के टुकड़े का आईपी पता मैन्युअल रूप से निर्दिष्ट नहीं कर सकते। क्या हार्डवेयर का टुकड़ा किसी भिन्न सबनेट पर है? तो फिर आपको दिक्कत है.
• डेवलपर्स ने डिवाइस को छोड़ दिया है, बग रिपोर्ट भेजना बेकार है।

दूसरा दौर इतने दूर के समय में नहीं हुआ, और मुझे लेख के विषय पर ले गया - यूएसबी/आईपी परियोजना. अपने खुलेपन से आकर्षित करता है, खासकर जब से लोग ReactOS उन्होंने विंडोज के लिए एक ड्राइवर पर हस्ताक्षर किए, इसलिए अब x64 पर भी सब कुछ परीक्षण मोड जैसी किसी भी बैसाखी के बिना काम करता है। जिसके लिए ReactOS टीम को बहुत धन्यवाद! सब कुछ खूबसूरत लगता है, आइए इसे महसूस करने की कोशिश करें, क्या वाकई ऐसा है? दुर्भाग्य से, परियोजना को भी छोड़ दिया गया है, और आप समर्थन पर भरोसा नहीं कर सकते - लेकिन जहां हमारा गायब नहीं हुआ है, स्रोत कोड वहां है, हम इसका पता लगा लेंगे!

भाग दो, सर्वर-लिनक्स

एक यूएसबी/आईपी सर्वर जो एक नेटवर्क पर यूएसबी डिवाइस साझा करता है, केवल लिनक्स-आधारित ओएस में स्थापित किया जा सकता है। खैर, लिनक्स लिनक्स है, वर्चुअल मशीन पर न्यूनतम कॉन्फ़िगरेशन, मानक हाथ आंदोलन में डेबियन 8 स्थापित करें:

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

स्थापित। फिर इंटरनेट सुझाव देता है कि आपको यूएसबीआईपी मॉड्यूल डाउनलोड करने की आवश्यकता है, लेकिन - हैलो, पहले रेक। ऐसा कोई मॉड्यूल नहीं है. ऐसा इसलिए है क्योंकि नेटवर्क पर अधिकांश मैनुअल पुरानी शाखा 0.1.x को संदर्भित करते हैं, और नवीनतम 0.2.0 में यूएसबीआईपी मॉड्यूल के अलग-अलग नाम हैं।

इसलिए:

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

ठीक है, आइए सिस्टम शुरू होने पर उन्हें स्वचालित रूप से लोड करने के लिए /etc/मॉड्यूल में निम्नलिखित पंक्तियाँ जोड़ें:

usbip-core
usbip-host
vhci-hcd

आइए यूएसबीआईपी सर्वर शुरू करें:

sudo usbipd -D

इसके अलावा, सार्वभौमिक ज्ञान हमें बताता है कि यूएसबीआईपी स्क्रिप्ट के साथ आता है जो हमें सर्वर को प्रबंधित करने की अनुमति देता है - यह दिखाता है कि यह नेटवर्क पर कौन सा डिवाइस साझा करेगा, स्थिति देखें, इत्यादि। यहां एक और उद्यान उपकरण हमारा इंतजार कर रहा है - 0.2.x शाखा में इन लिपियों का फिर से नाम बदल दिया गया है। आप इसका उपयोग करके आदेशों की एक सूची प्राप्त कर सकते हैं

sudo usbip

कमांड के विवरण को पढ़ने के बाद, यह स्पष्ट हो जाता है कि आवश्यक यूएसबी डिवाइस को साझा करने के लिए, यूएसबीआईपी इसकी बस आईडी का पता लगाना चाहता है। प्रिय दर्शकों, क्षेत्र में रेक नंबर तीन: बस आईडी जो हमें देगी lsusb (यह सबसे स्पष्ट तरीका प्रतीत होगा) - उसे शोभा नहीं देता! तथ्य यह है कि यूएसबीआईपी यूएसबी हब जैसे हार्डवेयर को नजरअंदाज करता है। इसलिए, हम अंतर्निहित कमांड का उपयोग करेंगे:

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

नोट: यहां और आगे लिस्टिंग में मैं अपनी विशिष्ट यूएसबी कुंजी के उदाहरण का उपयोग करके सब कुछ का वर्णन करूंगा। आपका हार्डवेयर नाम और VID:PID जोड़ी भिन्न हो सकती है और रहेगी। मेरा नाम विबू-सिस्टम्स एजी है: बॉक्स/यू, वीआईडी ​​064एफ, पीआईडी ​​0बीडी7।

अब हम अपना डिवाइस साझा कर सकते हैं:

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)

तीन जयकार, साथियों! सर्वर ने नेटवर्क पर हार्डवेयर साझा किया है, और हम इसे कनेक्ट कर सकते हैं! बस /etc/rc.local में यूएसबीआईपी डेमॉन का ऑटोस्टार्ट जोड़ना बाकी है

usbipd -D

भाग तीन, ग्राहक-पक्ष और भ्रमित करने वाला

मैंने तुरंत नेटवर्क पर साझा किए गए डिवाइस को उसी सर्वर पर डेबियन चलाने वाली मशीन से कनेक्ट करने का प्रयास किया, और सब कुछ पूरी तरह से कनेक्ट हो गया:

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

आइए विंडोज़ पर चलते हैं। मेरे मामले में यह Windows Server 2008R2 मानक संस्करण था। आधिकारिक मैनुअल आपको पहले ड्राइवर स्थापित करने के लिए कहता है। प्रक्रिया को विंडोज क्लाइंट के साथ शामिल रीडमी में पूरी तरह से वर्णित किया गया है, हम सब कुछ लिखित रूप में करते हैं, सब कुछ काम करता है। यह 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 पर जाने पर प्रोटोकॉल संस्करण बदल दिया, लेकिन विन क्लाइंट में वे ऐसा करना भूल गए। प्रस्तावित समाधान स्रोत कोड में स्थिरांक को बदलना और क्लाइंट का पुनर्निर्माण करना है।

लेकिन मैं वास्तव में इस प्रक्रिया के लिए विजुअल स्टूडियो डाउनलोड नहीं करना चाहता। लेकिन मेरे पास अच्छा पुराना 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 भी मेरे लिए इसका उत्तर नहीं दे सका। और साथ ही, सर्वर पर उपलब्ध उपकरणों को प्रदर्शित करने का आदेश काफी सही ढंग से दिखाता है - यहां यह कुंजी है, आप इसे माउंट कर सकते हैं। मैं लिनक्स से माउंट करने का प्रयास करता हूं - यह काम करता है! यदि हम अभी विंडोज़ से प्रयास करें तो क्या होगा? ओह डरावनी - यह काम करता है!

अंतिम रेक: सर्वर कोड में कुछ नहीं लिखा गया था। किसी डिवाइस को साझा करते समय, यह उसमें से यूएसबी डिस्क्रिप्टर की संख्या नहीं पढ़ता है। और लिनक्स से किसी डिवाइस को माउंट करते समय, यह फ़ील्ड भर जाती है। दुर्भाग्य से, मैं "मेक एंड मेक इंस्टाल" स्तर पर लिनक्स विकास से परिचित हूं। इसलिए, समस्या को एक गंदे हैक का उपयोग करके हल किया गया - /etc/rc.local में जोड़कर

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

अंतिम भाग

कुछ कठिन परिश्रम के बाद, यह काम करता है। वांछित हासिल कर लिया गया है, अब कुंजी को किसी भी पीसी पर लगाया जा सकता है (और निश्चित रूप से अनमाउंट भी किया जा सकता है), जिसमें नेटवर्क के प्रसारण खंड के बाहर भी शामिल है। यदि आप चाहें, तो आप कमांड शेल स्क्रिप्ट का उपयोग करके ऐसा कर सकते हैं। अच्छी बात यह है कि यह आनंद बिल्कुल मुफ़्त है।
मुझे उम्मीद है कि मेरा अनुभव हैकर्स को मेरे माथे पर अंकित रेक से बचने में मदद करेगा। आपके ध्यान देने के लिए धन्यवाद!

स्रोत: www.habr.com