ნდობის სერვისებთან დაკავშირებით კანონმდებლობის ცვლილებებთან დაკავშირებით („ელექტრონული ნდობის სერვისების შესახებ“ უკრაინა), საწარმოს სჭირდება რამდენიმე განყოფილება, რომ იმუშაოს ტოკენებზე მდებარე გასაღებებთან (ამჟამად, ტექნიკის გასაღებების რაოდენობის საკითხი ჯერ კიდევ ღიაა. ).

როგორც ინსტრუმენტი ყველაზე დაბალი ღირებულებით (უფასო), არჩევანი მაშინვე დაეცა usbip. სერვერმა Ubintu 18.04-ზე მუშაობა დაიწყო გამოცემის წყალობით USB/IP მოთვინიერება და წარმატებით ტესტირება რამდენიმე ფლეშ დისკზე (იმ დროს ჟეტონის არარსებობის გამო). მონოპოლიური საკუთრების გარდა (მომხმარებლის დაჯავშნა) რაიმე განსაკუთრებული პრობლემა არ გამოვლენილა იმ მომენტში. ნათელია, რომ რამდენიმე მომხმარებლისთვის წვდომის ორგანიზების მიზნით (მინიმუმ ორი, დასაწყისისთვის), აუცილებელია მათი წვდომის დროულად გაყოფა და რიგრიგობით მუშაობის იძულება.

კითხვა იყო: როგორ გავაკეთო ეს მინიმალური ცეკვით, რომ ყველაფერი ყველასთვის იყოს...

ნაწილი მოუხერხებელია

ვარიანტი 1. რამდენიმე მალსახმობი bat ფაილი, კერძოდ
ა) წვდომის გასაღების დაკავშირება.
ბ) განზრახ გათიშვა.

პუნქტი "б» საკამათოა, ამიტომ გადაწყდა გასაღებით მუშაობისთვის დროის 3 წუთში მიცემა.

usbip კლიენტის თავისებურება იმაში მდგომარეობს, რომ მისი გაშვების შემდეგ ის რჩება დაკიდებული კონსოლის სესიის შეწყვეტის გარეშე, შეგიძლიათ დახუროთ კავშირი "უხეშად" კლიენტის მხრიდან და ასევე სერვერის მხრიდან.

აი, რა იმუშავა ჩვენთან კარგად:

პირველი: კავშირი on.bat

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

მეორე: გამორთვა off.bat

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

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

on.bat | off.bat

რა ხდება: ყველა ფაილი ერთსა და იმავე საქაღალდეშია, გაშვებული token.bat ფაილის მიერ, თუ კავშირი დახურულია მომხმარებელი დაუყოვნებლივ იღებს შეტყობინებას გასაღების მიუწვდომლობის შესახებ, სხვა შემთხვევაში, მხოლოდ 180 პინგის შემდეგ. კოდის მოცემული ხაზები შეიძლება აღჭურვილი იყოს „@ECHO OFF“-ით და კონსოლის მიმართულება „> nul“-ით, რათა არ მოხდეს მომხმარებლის ზედმეტად შოკი, მაგრამ არ არის აუცილებელი ტესტირების გაშვება. USB დისკზე თავდაპირველმა „გაშვებამ“ აჩვენა, რომ ყველაფერი პროგნოზირებადი, საიმედო და ნათელი იყო. უფრო მეტიც, არ არის საჭირო მანიპულაციები სერვერის მხრიდან.

ბუნებრივია, უშუალოდ ჟეტონთან მუშაობისას, ყველაფერი ისე არ წარიმართა, როგორც მოსალოდნელი იყო: მოწყობილობის მენეჯერში ფიზიკური კავშირით, ჟეტონი რეგისტრირებულია როგორც 2 მოწყობილობა (WUDF და სმარტ ბარათი), ხოლო ქსელური კავშირით მხოლოდ როგორც WUDF (თუმცა ეს საკმარისია PIN კოდის მოთხოვნით).

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

კლიენტის ყველა კონსოლი შესწირა, მეორე სკრიპტმა მიიღო ფორმა:

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

root-ში შეიქმნა სკრიპტის საქაღალდე სკრიპტებით: ტოკენის unmounting-mounting 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

აქტიური IP-ების სიის მიღება (მომხმარებლის ID-ების ჩვენების შემდგომი მოდიფიკაციით) usbip_client_ip.sh

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

თავად კრონტაბი ასე გამოიყურება:

*/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 სერვერს სიმლინკის გამოყენებით, რომელშიც ინახება 2 ტექსტური ფაილი, რომელიც აჩვენებს usbip სერვერის სტატუსს.

შემდეგი ნაწილი: "მახინჯი შეფუთვაში"

ვარიანტი II. მომხმარებლისთვის ცოტათი სიამოვნება, სულ მცირე, ნაკლებად საშიში ინტერფეისით. გაკვირვებული იმით, რომ მომხმარებლებს აქვთ Windows-ის სხვადასხვა ვერსიები სხვადასხვა ჩარჩოებით, განსხვავებული უფლებებით, ნაკლებად პრობლემური მიდგომით, ვიდრე ლაზარე მე ვერ ვიპოვე (რა თქმა უნდა C#-ისთვის ვარ, მაგრამ არა ამ შემთხვევაში). თქვენ შეგიძლიათ გაუშვათ bat ფაილები ინტერფეისიდან ფონზე, მინიმუმამდე, მაგრამ სათანადო ტესტირების გარეშე, მე პირადად ვარ ამ აზრზე: თქვენ გჭირდებათ მისი ვიზუალიზაცია, რომ შეაგროვოთ მომხმარებლის უკმაყოფილება.

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

1. აჩვენებს, არის თუ არა ჟეტონი ამჟამად დაკავებული.
2. პირველი გაშვებისას, საწყისი დაყენება გულისხმობს "სწორი" bat ფაილების გენერირებას, რომლებიც ახორციელებენ სესიის გაშვებას და შეწყვეტას ტოკენის სერვერთან. შემდგომ დაწყებისას „სერვისის“ რეჟიმის დანერგვა პაროლის გამოყენებით.
3. სერვერთან კავშირის არსებობის შემოწმება, რის შედეგადაც ის გამოკითხავს, ​​დაკავებულია თუ ასახავს შეტყობინებებს პრობლემების შესახებ. როდესაც კომუნიკაცია განახლდება, პროგრამა ავტომატურად იწყებს მუშაობას ნორმალურ რეჟიმში.

WEB სერვერთან მუშაობა ხორციელდება დამატებითი fphttpclient snap-in-ის გამოყენებით.

აქ იქნება ბმული კლიენტის მიმდინარე ვერსიაზე

ასევე არსებობს დამატებითი მოსაზრებები სტატიის თემაზე, ასევე ნაწილობრივი საწყისი ენთუზიაზმი VirtualHere პროდუქტის მიმართ თავისი მახასიათებლებით...

წყარო: www.habr.com