ट्रस्ट सेवाहरू ("इलेक्ट्रोनिक ट्रस्ट सेवाहरूको बारेमा" युक्रेन) सम्बन्धी कानूनमा परिवर्तनहरूको सम्बन्धमा, इन्टरप्राइजलाई टोकनहरूमा अवस्थित कुञ्जीहरूसँग काम गर्न धेरै विभागहरूको आवश्यकता छ (यस समयमा, हार्डवेयर कुञ्जीहरूको संख्याको प्रश्न अझै खुला छ। )।

सबैभन्दा कम लागत (नि: शुल्क) संग एक उपकरण को रूप मा, छनोट तुरुन्तै भयो usbip। Ubintu 18.04 मा सर्भरले प्रकाशनलाई धन्यवाद काम गर्न थाल्यो टेमिङ USB/IP र धेरै फ्लैश ड्राइभहरूमा सफलतापूर्वक परीक्षण गरियो (त्यस समयमा टोकनको कमीको कारणले)। त्यस समयमा एकाधिकार स्वामित्व (प्रयोगकर्ताको लागि आरक्षण) बाहेक कुनै विशेष समस्याहरू पहिचान गरिएको थिएन। यो स्पष्ट छ कि धेरै प्रयोगकर्ताहरू (कम्तीमा दुई, सुरु गर्न) को लागि पहुँच व्यवस्थित गर्न, यो समय मा तिनीहरूको पहुँच विभाजित गर्न र तिनीहरूलाई पालो मा काम गर्न बाध्य गर्न आवश्यक छ।

प्रश्न थियो: म कसरी कम्तिमा नृत्यको साथ गर्न सक्छु ताकि सबैले सबैका लागि काम गर्दछ ...

भाग अधुरो छ

विकल्प १। ब्याट फाइलहरूमा धेरै सर्टकटहरू, अर्थात्
क) पहुँच कुञ्जी जडान गर्दै।
ख) जानाजानी विच्छेदन।

अनुच्छेद "б» विवादास्पद, त्यसैले कुञ्जीसँग काम गर्नको लागि 3 मिनेटमा समय दिने निर्णय गरियो।

usbip क्लाइन्टको विशेषता यो हो कि यो सुरु भएपछि, यो कन्सोलमा ह्याङिङ रहन्छ; कन्सोल सत्रमा अवरोध नगरी, तपाइँ ग्राहक पक्षबाट र सर्भर साइडबाट पनि "लगभग" जडान बन्द गर्न सक्नुहुन्छ।

यहाँ हाम्रो लागि राम्रो काम गरेको छ:

पहिलो: जडान ब्याटमा

usbip -a 172.16.12.26 4-1
msg * "Подпись/токен недоступны или заняты "

दोस्रो: बन्द off.bat

ping 127.0.0.1 -n 180
taskkill /IM usbip.exe /F

प्रयोगकर्ताको चेतनामा भरोसा नगरी, स्क्रिप्टहरू मिलाइयो token.bat

on.bat | off.bat

के हुन्छ: सबै फाइलहरू एउटै फोल्डरमा छन्, token.bat फाइलद्वारा सुरू गरिएको, जडान बन्द भएमा प्रयोगकर्ताले तुरुन्तै कुञ्जी अनुपलब्ध भएको सन्देश प्राप्त गर्दछ, अर्को अवस्थामा, 180 पिङहरू पछि मात्र। कोडको दिइएको लाइनहरू "@ECHO OFF" र कन्सोल दिशालाई "> nul" मा लैजान सकिन्छ ताकि प्रयोगकर्तालाई धेरै स्तब्ध नहोस्, तर परीक्षण सुरु गर्न आवश्यक छैन। USB ड्राइभमा प्रारम्भिक "रन" ले देखाएको छ कि सबै कुरा अनुमानित, भरपर्दो र स्पष्ट थियो। यसबाहेक, सर्भर साइडबाट कुनै हेरफेर आवश्यक छैन।

स्वाभाविक रूपमा, टोकनसँग सीधा काम गर्दा, सबै चीजहरू अपेक्षा गरेअनुसार भएन: यन्त्र प्रबन्धकमा भौतिक जडानको साथ, टोकन २ यन्त्रहरू (WUDF र एक स्मार्ट कार्ड) को रूपमा दर्ता गरिएको छ, र WUDF को रूपमा मात्र नेटवर्क जडानको साथ (यद्यपि यो पिन कोड अनुरोध गर्न पर्याप्त छ)।

यो पनि जान्छ कि क्रूर "टास्किल" यति गम्भीर छैन, र ग्राहकमा जडान बन्द गर्न समस्याग्रस्त छ र यदि यो सफल भयो भने, यसले यसको लागि सर्भरमा बन्द गर्ने ग्यारेन्टी गर्दैन।

ग्राहकमा सबै कन्सोलहरू बलिदान गरिसकेपछि, दोस्रो लिपिले फारम लियो:

ping 127.0.0.1 -n 180 > nul
taskkill /IM usbip.exe /F /T  > nul
ping 127.0.0.1 -n 10 > nul
taskkill /IM conhost.exe /F /T  > nul

यद्यपि यसको प्रभावकारिता 50% भन्दा कम छ, किनकि सर्भरले हठपूर्वक जडान खुला विचार गर्न जारी राख्यो।

जडानमा समस्याहरूले सर्भर साइड अपग्रेड गर्ने बारे विचारहरू निम्त्यायो।

सर्भर भाग

तपाईलाई के चाहिन्छ?

1. निष्क्रिय प्रयोगकर्ताहरूलाई सेवाबाट विच्छेद गर्नुहोस्।
2. अहिले टोकन कसले प्रयोग गरिरहेको छ (वा अझै उधारो लिइरहेको छ) हेर्नुहोस्।
3. टोकन कम्प्युटरमा जडान भएको छ कि छैन हेर्नुहोस्।

यी समस्याहरू crontab र apache सेवाहरू प्रयोग गरेर हल गरियो। हामीलाई चासो लाग्ने बिन्दु 2 र 3 को अनुगमन परिणामहरूको स्थिति पुन: लेख्ने असक्षम प्रकृतिले फाइल प्रणाली ramdrive मा अवस्थित हुन सक्छ भनेर संकेत गर्दछ। /etc/fstab मा लाइन थपियो

tmpfs   /ram_drive      tmpfs   defaults,nodev,size=64K         0       0

रूटमा स्क्रिप्टसहितको स्क्रिप्ट फोल्डर सिर्जना गरिएको छ: टोकन usb_restart.sh अनमाउन्ट गर्दै

usbip unbind -b 1-2
sleep 2
usbip bind -b 1-2
sleep 2
usbip attach --remote=localhost --busid=1-2
sleep 2
usbip detach --port=00

सक्रिय यन्त्रहरूको सूची प्राप्त गर्दै usblist_id.sh

usbip list -r 127.0.0.1 | grep ':' |awk -F ":" '{print $1}'| sed s/' '//g | grep -v "^$" > /ram_drive/usb_id.txt

सक्रिय आईपीहरूको सूची प्राप्त गर्दै (प्रयोगकर्ता आईडीहरू प्रदर्शन गर्न पछिको परिमार्जनको साथ) usbip_client_ip.sh

netstat -an | grep :3240 | grep ESTABLISHED|awk '{print $5}'|cut -f1 -d":" > /ram_drive/usb_ip_cli.txt

crontab आफैं यस्तो देखिन्छ:

*/5 * * * * /!script/usb_restart.sh > /dev/null 2>&1
* * * * * ( sleep 30 ; /!script/usblist_id.sh > /dev/null)
* * * * * (sleep 10 ; /!script/usbip_client_ip.sh > /dev/hull)

त्यसोभए हामीसँग छ: प्रत्येक 5 मिनेटमा एक नयाँ प्रयोगकर्ताले जोड्न सक्छ, जो कोहीले टोकनसँग काम गरे पनि। /ramdrive फोल्डर सिमलिङ्क प्रयोग गरेर http सर्भरमा जडान गरिएको छ, जसमा USbip सर्भरको स्थिति देखाउँदै २ पाठ फाइलहरू बचत गरिएका छन्।

अर्को भाग: "रेपरमा कुरूप"

विकल्प II। कम्तिमा केही कम डरलाग्दो इन्टरफेसको साथ प्रयोगकर्तालाई थोरै खुशी पार्न। प्रयोगकर्ताहरूसँग विन्डोजको विभिन्न संस्करणहरू फरक फ्रेमवर्कहरू, फरक अधिकारहरू, कम समस्याग्रस्त दृष्टिकोणहरू छन् भन्ने तथ्यले छक्क परेको छ। लाजरस मैले यो फेला पारेन (म पक्कै पनि C# को लागी हुँ, तर यस अवस्थामा होइन)। तपाइँ ब्याट फाइलहरू पृष्ठभूमिमा इन्टरफेसबाट सुरु गर्न सक्नुहुन्छ, न्यूनतम, तर उचित परीक्षण बिना, म व्यक्तिगत रूपमा विचारमा छु: तपाइँ प्रयोगकर्ता असन्तुष्टि सङ्कलन गर्न यसलाई कल्पना गर्न आवश्यक छ।

निम्न कार्यहरू इन्टरफेस र सफ्टवेयर द्वारा हल गरियो:

1. टोकन हाल व्यस्त छ कि छैन देखाउँछ।
2. पहिलो प्रक्षेपणमा, प्रारम्भिक सेटअपमा "सही" ब्याट फाइलहरू उत्पन्न गर्ने समावेश छ जसले टोकन सर्भरको साथ सत्रको सुरुवात र अवरोध कार्यान्वयन गर्दछ। पछिको सुरुमा, पासवर्ड प्रयोग गरेर "सेवा" मोडको कार्यान्वयन।
3. सर्भरसँग जडानको उपस्थिति जाँच गर्दै, जसको परिणाम स्वरूप यो व्यस्त छ वा समस्याहरूको बारेमा सन्देशहरू प्रदर्शन गर्दछ। जब संचार पुन: सुरु हुन्छ, कार्यक्रम स्वचालित रूपमा सामान्य मोडमा काम गर्न थाल्छ।

WEB सर्भरसँग काम गर्ने अतिरिक्त fphttpclient स्न्याप-इन प्रयोग गरी कार्यान्वयन गरिएको छ।

यहाँ ग्राहकको हालको संस्करणको लिङ्क हुनेछ

त्यहाँ लेखको विषयमा थप विचारहरू छन्, साथै यसको सुविधाहरू सहित VirtualHere उत्पादनको लागि आंशिक प्रारम्भिक उत्साह ...

स्रोत: www.habr.com