Kuhusiana na mabadiliko ya sheria kuhusu huduma za uaminifu ("Kuhusu huduma za uaminifu za elektroniki" Ukraine), biashara ina hitaji la idara kadhaa kufanya kazi na funguo ziko kwenye ishara (kwa sasa, swali la idadi ya funguo za vifaa bado liko wazi. )

Kama chombo kilicho na gharama ya chini kabisa (bila malipo), chaguo lilianguka mara moja usbip. Seva kwenye Ubintu 18.04 ilianza kufanya kazi kutokana na uchapishaji huo Kudhibiti USB/IP na kujaribiwa kwa ufanisi kwenye anatoa kadhaa za flash (kutokana na ukosefu wa ishara wakati huo). Hakuna matatizo maalum zaidi ya umiliki wa ukiritimba (kuhifadhi nafasi kwa mtumiaji) yalitambuliwa wakati huo kwa wakati. Ni wazi kwamba ili kuandaa upatikanaji wa watumiaji kadhaa (angalau mbili, kwa kuanzia), ni muhimu kugawanya upatikanaji wao kwa wakati na kuwalazimisha kufanya kazi kwa zamu.

Swali lilikuwa: Ninawezaje kuifanya kwa kiwango kidogo cha kucheza ili kila kitu kifanyie kazi kila mtu ...

Sehemu ni mbovu

Chaguo 1. Njia za mkato kadhaa za faili za bat, ambazo ni
a) Kuunganisha ufunguo wa ufikiaji.
b) Kutenganisha kwa makusudi.

Kifungu "б» yenye utata, kwa hivyo iliamuliwa kutoa muda wa kufanya kazi na ufunguo kwa dakika 3.

Upekee wa mteja wa usbip ni kwamba baada ya kuzinduliwa, inabaki kunyongwa kwenye koni, unaweza kufunga unganisho "takriban" kutoka kwa upande wa seva.

Hii ndio iliyofanya kazi vizuri kwetu:

kwanza: uhusiano kwenye.bat

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

pili: kuzima mbali.bat

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

Bila kutegemea ufahamu wa mtumiaji, maandishi yaliunganishwa kuwa ishara.popo

on.bat | off.bat

Nini kinatokea: faili zote ziko kwenye folda moja, iliyozinduliwa na faili ya token.bat, ikiwa uunganisho umefungwa mtumiaji hupokea mara moja ujumbe kuhusu ufunguo haupatikani, katika kesi nyingine, tu baada ya 180 pings. Mistari iliyotolewa ya msimbo inaweza kuwa na "@ECHO OFF" na mwelekeo wa console kwa "> nul" ili usishtue mtumiaji sana, lakini si lazima kuanza kupima. "Run" ya awali kwenye gari la USB ilionyesha kuwa kila kitu kilikuwa cha kutabirika, cha kuaminika, na wazi. Kwa kuongeza, hakuna udanganyifu unaohitajika kutoka kwa upande wa seva.

Kwa kawaida, wakati wa kufanya kazi moja kwa moja na ishara, kila kitu hakikuenda kama inavyotarajiwa: na unganisho la mwili kwenye meneja wa kifaa, ishara imesajiliwa kama vifaa 2 (WUDF na kadi smart), na kwa unganisho la mtandao tu kama WUDF (ingawa. hii inatosha kuomba nambari ya siri).

Pia inageuka kuwa "taskkill" ya ukatili sio kali sana, na kufunga uunganisho kwa mteja ni shida na hata ikiwa ilifanikiwa, haitoi dhamana ya kuifunga kwa ajili yake kwenye seva.

Baada ya kutoa dhabihu zote kwa mteja, hati ya pili ilichukua fomu:

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

ingawa ufanisi wake ni chini ya 50%, kwani seva iliendelea kwa ukaidi kuzingatia muunganisho wazi.

Matatizo na muunganisho yalisababisha mawazo kuhusu kuboresha upande wa seva.

Sehemu ya seva

Unachohitaji:

1. Ondoa watumiaji ambao hawatumiki kutoka kwa huduma.
2. Tazama ni nani anayetumia (au bado anakopa) ishara.
3. Angalia ikiwa ishara imeunganishwa kwenye kompyuta yenyewe.

Shida hizi zilitatuliwa kwa kutumia huduma za crontab na apache. Hali ya kipekee ya kuandika upya hali ya matokeo ya ufuatiliaji ya pointi 2 na 3 ambazo zinatuvutia inaonyesha kuwa mfumo wa faili unaweza kupatikana kwenye ramdrive. Mstari ulioongezwa kwa /etc/fstab

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

Folda ya hati iliyo na hati imeundwa kwenye mzizi: unmounting-mounting tokeni 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

kupata orodha ya vifaa vinavyotumika 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

kupata orodha ya IP zinazotumika (pamoja na marekebisho ya baadaye ili kuonyesha vitambulisho vya mtumiaji) usbip_client_ip.sh

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

crontab yenyewe inaonekana kama hii:

*/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)

Kwa hivyo tunayo: kila dakika 5 mtumiaji mpya anaweza kuunganisha, bila kujali ni nani aliyefanya kazi na ishara. Folda ya /ramdrive imeunganishwa kwenye seva ya http kwa kutumia ulinganifu, ambayo faili 2 za maandishi huhifadhiwa, kuonyesha hali ya seva ya usbip.

Sehemu inayofuata: "Mbaya kwenye kanga"

Chaguo II. Ili kumfurahisha mtumiaji kidogo na angalau kiolesura kisichotisha. Inashangazwa na ukweli kwamba watumiaji wana matoleo tofauti ya Windows na mifumo tofauti, haki tofauti, njia isiyo na shida kuliko Lazaro Sikuipata (kwa kweli mimi ni kwa C #, lakini sio katika kesi hii). Unaweza kuendesha faili za popo kutoka kwa kiolesura cha nyuma, kupunguzwa, lakini bila majaribio sahihi, mimi binafsi nina maoni: unahitaji kuiona ili kukusanya kutoridhika kwa mtumiaji.

Kazi zifuatazo zilitatuliwa na kiolesura na programu:

1. Inaonyesha kama tokeni ina shughuli nyingi kwa sasa.
2. Katika uzinduzi wa kwanza, usanidi wa awali unahusisha kutoa faili "sahihi" za popo zinazotekeleza uzinduzi na kukatizwa kwa kipindi na seva ya ishara. Katika kuanza baadae, utekelezaji wa hali ya "huduma" kwa kutumia nenosiri.
3. Kuangalia uwepo wa muunganisho na seva, kama matokeo ambayo inachagua ikiwa iko busy au inaonyesha ujumbe kuhusu shida. Wakati mawasiliano yanaporejeshwa, programu moja kwa moja huanza kufanya kazi katika hali ya kawaida.

Kufanya kazi na seva ya WEB inatekelezwa kwa kutumia fphttpclient snap-in ya ziada.

hapa kutakuwa na kiunga cha toleo la sasa la mteja

pia kuna mazingatio zaidi juu ya mada ya kifungu, na vile vile shauku ya sehemu ya awali ya bidhaa ya VirtualHere na sifa zake...

Chanzo: mapenzi.com