ទាក់ទងនឹងការផ្លាស់ប្តូរច្បាប់ទាក់ទងនឹងសេវាកម្មជឿទុកចិត្ត ("អំពីសេវាកម្មទុកចិត្តអេឡិចត្រូនិក" អ៊ុយក្រែន) សហគ្រាសត្រូវការនាយកដ្ឋានជាច្រើនដើម្បីធ្វើការជាមួយសោដែលមានទីតាំងនៅលើសញ្ញាសម្ងាត់ (នៅពេលនេះ សំណួរនៃចំនួនសោផ្នែករឹងនៅតែបើកចំហ។ )

ជាឧបករណ៍ដែលមានតម្លៃទាបបំផុត (មិនគិតថ្លៃ) ជម្រើសបានធ្លាក់ចុះភ្លាមៗ usbip. ម៉ាស៊ីនមេនៅលើ Ubintu 18.04 បានចាប់ផ្តើមដំណើរការដោយសារការបោះពុម្ពផ្សាយ គ្រប់គ្រង USB/IP ហើយបានសាកល្បងដោយជោគជ័យលើ flash drives ជាច្រើន (ដោយសារតែខ្វះ token នៅពេលនោះ)។ គ្មានបញ្ហាពិសេសណាមួយក្រៅពីភាពជាម្ចាស់ផ្តាច់មុខ (ការកក់ទុកសម្រាប់អ្នកប្រើប្រាស់) ត្រូវបានគេកំណត់អត្តសញ្ញាណនៅពេលនោះ។ វាច្បាស់ណាស់ថាដើម្បីរៀបចំការចូលប្រើសម្រាប់អ្នកប្រើប្រាស់ជាច្រើន (យ៉ាងហោចណាស់ពីរនាក់ដើម្បីចាប់ផ្តើម) វាចាំបាច់ក្នុងការបែងចែកការចូលប្រើរបស់ពួកគេទាន់ពេលវេលាហើយបង្ខំពួកគេឱ្យធ្វើការជាវេន។

សំណួរសួរថា តើខ្ញុំអាចធ្វើវាដោយចំនួននៃការរាំតិចបំផុតដោយរបៀបណាដើម្បីឱ្យអ្វីៗដំណើរការសម្រាប់មនុស្សគ្រប់គ្នា...

ផ្នែកគឺច្របូកច្របល់

ជម្រើសទី 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

ដោយមិនពឹងផ្អែកលើមនសិការរបស់អ្នកប្រើ ស្គ្រីបត្រូវបានបញ្ចូលទៅក្នុង token.bat

on.bat | off.bat

តើមានអ្វីកើតឡើង៖ ឯកសារទាំងអស់ស្ថិតនៅក្នុងថតតែមួយ ដែលបើកដំណើរការដោយឯកសារ token.bat ប្រសិនបើការភ្ជាប់ត្រូវបានបិទ អ្នកប្រើប្រាស់នឹងទទួលបានសារភ្លាមៗអំពីសោមិនអាចប្រើបាន ក្នុងករណីមួយផ្សេងទៀតបន្ទាប់ពី 180 pings ប៉ុណ្ណោះ។ បន្ទាត់កូដដែលបានផ្តល់ឱ្យអាចត្រូវបានបំពាក់ដោយ "@ECHO OFF" និងទិសដៅកុងសូលទៅ "> nul" ដើម្បីកុំឱ្យអ្នកប្រើប្រាស់ភ្ញាក់ផ្អើលខ្លាំងពេកប៉ុន្តែវាមិនចាំបាច់ក្នុងការដំណើរការការធ្វើតេស្តទេ។ "ដំណើរការ" ដំបូងនៅលើដ្រាយ USB បានបង្ហាញថាអ្វីគ្រប់យ៉ាងគឺអាចទស្សន៍ទាយបាន, អាចទុកចិត្តបាន, និងច្បាស់លាស់។ ជាងនេះទៅទៀត មិនចាំបាច់មានឧបាយកលពីខាងម៉ាស៊ីនមេទេ។

ជាធម្មតា នៅពេលធ្វើការដោយផ្ទាល់ជាមួយសញ្ញាសម្ងាត់ អ្វីគ្រប់យ៉ាងមិនដំណើរការដូចការរំពឹងទុកទេ៖ ជាមួយនឹងការតភ្ជាប់រាងកាយនៅក្នុងកម្មវិធីគ្រប់គ្រងឧបករណ៍ សញ្ញាសម្ងាត់ត្រូវបានចុះឈ្មោះជាឧបករណ៍ 2 (WUDF និងកាតឆ្លាតវៃ) ហើយជាមួយនឹងការតភ្ជាប់បណ្តាញត្រឹមតែជា WUDF (ទោះបីជា វាគ្រប់គ្រាន់ដើម្បីស្នើសុំលេខកូដ PIN) ។

វាក៏ប្រែថា "taskkill" ដ៏ឃោរឃៅមិនធ្ងន់ធ្ងរទេ ហើយការបិទការតភ្ជាប់នៅលើម៉ាស៊ីនភ្ញៀវគឺមានបញ្ហា ហើយទោះបីជាវាជោគជ័យក៏ដោយ វាមិនធានាការបិទវានៅលើម៉ាស៊ីនមេសម្រាប់វាទេ។

ដោយបានលះបង់កុងសូលទាំងអស់លើម៉ាស៊ីនភ្ញៀវ ស្គ្រីបទីពីរមានទម្រង់៖

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 the token 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

ការទទួលបានបញ្ជី IPs សកម្ម (ជាមួយនឹងការកែប្រែជាបន្តបន្ទាប់ដើម្បីបង្ហាញលេខសម្គាល់អ្នកប្រើប្រាស់) 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 ដោយប្រើ symlink ដែលក្នុងនោះឯកសារអត្ថបទចំនួន 2 ត្រូវបានរក្សាទុក ដែលបង្ហាញពីស្ថានភាពរបស់ម៉ាស៊ីនមេ usbip ។

ផ្នែកបន្ទាប់: "អាក្រក់នៅក្នុងរុំ"

ជម្រើសទី II ។ ដើម្បីផ្គាប់ចិត្តអ្នកប្រើប្រាស់បន្តិចបន្តួចជាមួយនឹងចំណុចប្រទាក់ដែលគួរឱ្យភ័យខ្លាចតិចជាង។ ងឿងឆ្ងល់ដោយការពិតដែលថាអ្នកប្រើប្រាស់មានកំណែផ្សេងៗគ្នានៃវីនដូដែលមានក្របខ័ណ្ឌផ្សេងៗគ្នាសិទ្ធិខុសគ្នាវិធីសាស្រ្តដែលមិនសូវមានបញ្ហាជាង ឡាសា ខ្ញុំមិនបានរកឃើញវាទេ (ជាការពិតណាស់ខ្ញុំសម្រាប់ C # ប៉ុន្តែមិនមែនក្នុងករណីនេះទេ) ។ អ្នកអាចដំណើរការឯកសារ bat ពីចំណុចប្រទាក់ក្នុងផ្ទៃខាងក្រោយ បង្រួមអប្បបរមា ប៉ុន្តែដោយគ្មានការធ្វើតេស្តត្រឹមត្រូវ ខ្ញុំមានគំនិតផ្ទាល់ខ្លួន៖ អ្នកត្រូវមើលឃើញវាដើម្បីប្រមូលការមិនពេញចិត្តរបស់អ្នកប្រើប្រាស់។

កិច្ចការខាងក្រោមត្រូវបានដោះស្រាយដោយចំណុចប្រទាក់ និងកម្មវិធី៖

1. បង្ហាញថាតើថូខឹនកំពុងរវល់ឬអត់។
2. នៅពេលចាប់ផ្តើមដំបូង ការរៀបចំដំបូងពាក់ព័ន្ធនឹងការបង្កើតឯកសារ bat "ត្រឹមត្រូវ" ដែលអនុវត្តការបើកដំណើរការ និងការរំខាននៃវគ្គជាមួយម៉ាស៊ីនមេសញ្ញាសម្ងាត់។ នៅពេលចាប់ផ្តើមជាបន្តបន្ទាប់ ការអនុវត្តរបៀប "សេវាកម្ម" ដោយប្រើពាក្យសម្ងាត់។
3. ការពិនិត្យមើលវត្តមាននៃការតភ្ជាប់ជាមួយម៉ាស៊ីនមេ ដែលជាលទ្ធផលដែលវាធ្វើការស្ទង់មតិថាតើវារវល់ ឬបង្ហាញសារអំពីបញ្ហា។ នៅពេលទំនាក់ទំនងត្រូវបានបន្ត កម្មវិធីចាប់ផ្តើមដំណើរការដោយស្វ័យប្រវត្តិក្នុងរបៀបធម្មតា។

ការធ្វើការជាមួយម៉ាស៊ីនមេ WEB ត្រូវបានអនុវត្តដោយប្រើ fphttpclient snap-in បន្ថែម។

នៅទីនេះនឹងជាតំណភ្ជាប់ទៅកាន់កំណែបច្ចុប្បន្នរបស់អតិថិជន

វាក៏មានការពិចារណាបន្ថែមទៀតលើប្រធានបទនៃអត្ថបទ ក៏ដូចជាភាពរីករាយដំបូងមួយផ្នែកសម្រាប់ផលិតផល VirtualHere ជាមួយនឹងលក្ខណៈពិសេសរបស់វា...

ប្រភព: www.habr.com