ກ່ຽວຂ້ອງກັບການປ່ຽນແປງນິຕິກໍາກ່ຽວກັບການບໍລິການຄວາມໄວ້ວາງໃຈ ("ກ່ຽວກັບການບໍລິການຄວາມໄວ້ວາງໃຈທາງອີເລັກໂທຣນິກ" Ukraine), ວິສາຫະກິດຈໍາເປັນຕ້ອງມີພະແນກການຈໍານວນຫນຶ່ງເພື່ອເຮັດວຽກກັບກະແຈທີ່ຕັ້ງຢູ່ໃນ tokens (ໃນປັດຈຸບັນ, ຄໍາຖາມຂອງຈໍານວນກະແຈຮາດແວຍັງເປີດຢູ່. ).

ເປັນເຄື່ອງມືທີ່ມີຄ່າໃຊ້ຈ່າຍຕ່ໍາສຸດ (ບໍ່ເສຍຄ່າ), ທາງເລືອກທັນທີທັນໃດຫຼຸດລົງ usbip. ເຊີບເວີໃນ Ubintu 18.04 ເລີ່ມເຮັດວຽກຍ້ອນການພິມເຜີຍແຜ່ ຄວບຄຸມ USB/IP ແລະການທົດສອບສົບຜົນສໍາເລັດໃນ flash drives ຫຼາຍອັນ (ເນື່ອງຈາກການຂາດ token ໃນເວລານັ້ນ). ບໍ່ມີບັນຫາພິເສດນອກເຫນືອຈາກການເປັນເຈົ້າຂອງຜູກຂາດ (ການຈອງສໍາລັບຜູ້ໃຊ້) ໄດ້ຖືກລະບຸໃນເວລານັ້ນ. ມັນເປັນທີ່ຊັດເຈນວ່າເພື່ອຈັດລະບຽບການເຂົ້າເຖິງສໍາລັບຜູ້ໃຊ້ຫຼາຍໆຄົນ (ຢ່າງຫນ້ອຍສອງຄົນ, ເພື່ອເລີ່ມຕົ້ນດ້ວຍ), ມັນຈໍາເປັນຕ້ອງແບ່ງການເຂົ້າເຖິງຂອງພວກເຂົາໃນເວລາແລະບັງຄັບໃຫ້ພວກເຂົາເຮັດວຽກເປັນລ້ຽວ.

ຄໍາຖາມແມ່ນ: ຂ້ອຍຈະເຮັດແນວໃດດ້ວຍການເຕັ້ນຫນ້ອຍທີ່ສຸດເພື່ອໃຫ້ທຸກສິ່ງທຸກຢ່າງເຮັດວຽກສໍາລັບທຸກຄົນ ...

ສ່ວນແມ່ນ clumsy

ທາງເລືອກ 1. ທາງລັດຫຼາຍອັນຕໍ່ກັບໄຟລ໌ bat, ຄື
a) ການ​ເຊື່ອມ​ຕໍ່​ກະ​ແຈ​ການ​ເຂົ້າ​ເຖິງ​.
b) ຕັດການເຊື່ອມຕໍ່ໂດຍເຈດຕະນາ.

ວັກ "б"ແມ່ນໂຕ້ແຍ້ງ, ສະນັ້ນມັນໄດ້ຖືກຕັດສິນໃຈທີ່ຈະໃຫ້ເວລາເຮັດວຽກກັບກຸນແຈຢູ່ທີ່ 3 ນາທີ.

ລັກສະນະພິເສດຂອງລູກຄ້າ usbip ແມ່ນວ່າຫຼັງຈາກມັນຖືກເປີດຕົວ, ມັນຍັງຄົງຢູ່ໃນ console ໂດຍບໍ່ມີການຂັດຂວາງກອງປະຊຸມ console, ທ່ານສາມາດປິດການເຊື່ອມຕໍ່ "ປະມານ" ຈາກຝ່າຍລູກຄ້າແລະຈາກຝ່າຍເຊີຟເວີ.

ນີ້ແມ່ນສິ່ງທີ່ເຮັດວຽກໄດ້ດີສໍາລັບພວກເຮົາ:

ທໍາອິດ: ການເຊື່ອມຕໍ່ 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

ໂດຍບໍ່ມີການອີງໃສ່ສະຕິຂອງຜູ້ໃຊ້, scripts ໄດ້ຖືກລວມເຂົ້າກັນ token.bat

on.bat | off.bat

ຈະເກີດຫຍັງຂຶ້ນ: ໄຟລ໌ທັງຫມົດແມ່ນຢູ່ໃນໂຟນເດີດຽວກັນ, ເປີດຕົວໂດຍໄຟລ໌ token.bat, ຖ້າການເຊື່ອມຕໍ່ຖືກປິດຜູ້ໃຊ້ທັນທີໄດ້ຮັບຂໍ້ຄວາມກ່ຽວກັບຄີບໍ່ສາມາດໃຊ້ໄດ້, ໃນກໍລະນີອື່ນ, ພຽງແຕ່ຫຼັງຈາກ 180 pings. ເສັ້ນຂອງລະຫັດສາມາດຕິດຕັ້ງດ້ວຍ "@ECHO OFF" ແລະທິດທາງ console ກັບ "> nul" ເພື່ອບໍ່ໃຫ້ຜູ້ໃຊ້ຕົກໃຈຫຼາຍເກີນໄປ, ແຕ່ມັນບໍ່ຈໍາເປັນທີ່ຈະດໍາເນີນການທົດສອບ. ໃນເບື້ອງຕົ້ນ "ແລ່ນ" ໃນໄດ USB ສະແດງໃຫ້ເຫັນວ່າທຸກສິ່ງທຸກຢ່າງແມ່ນສາມາດຄາດເດົາໄດ້, ເຊື່ອຖືໄດ້, ແລະຊັດເຈນ. ຍິ່ງໄປກວ່ານັ້ນ, ບໍ່ຈໍາເປັນຕ້ອງມີການຫມູນໃຊ້ຈາກຝ່າຍເຊີຟເວີ.

ຕາມທໍາມະຊາດ, ເມື່ອເຮັດວຽກໂດຍກົງກັບ token, ທຸກສິ່ງທຸກຢ່າງບໍ່ໄດ້ໄປຕາມທີ່ຄາດໄວ້: ດ້ວຍການເຊື່ອມຕໍ່ທາງດ້ານຮ່າງກາຍໃນຕົວຈັດການອຸປະກອນ, token ໄດ້ຖືກລົງທະບຽນເປັນ 2 ອຸປະກອນ (WUDF ແລະ smart card), ແລະມີການເຊື່ອມຕໍ່ເຄືອຂ່າຍພຽງແຕ່ເປັນ WUDF (ເຖິງແມ່ນວ່າ. ອັນນີ້ພຽງພໍທີ່ຈະຂໍລະຫັດ PIN).

ມັນຍັງປາກົດວ່າ "taskkill" ທີ່ໂຫດຮ້າຍບໍ່ຮຸນແຮງ, ແລະການປິດການເຊື່ອມຕໍ່ຢູ່ໃນລູກຄ້າແມ່ນມີບັນຫາແລະເຖິງແມ່ນວ່າມັນປະສົບຜົນສໍາເລັດ, ມັນບໍ່ໄດ້ຮັບປະກັນການປິດມັນຢູ່ໃນເຄື່ອງແມ່ຂ່າຍສໍາລັບມັນ.

ດ້ວຍການເສຍສະລະ consoles ທັງຫມົດໃຫ້ກັບລູກຄ້າ, script ທີສອງໄດ້ເອົາແບບຟອມ:

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%, ເນື່ອງຈາກວ່າເຄື່ອງແມ່ຂ່າຍ stubbornly ສືບຕໍ່ພິຈາລະນາການເຊື່ອມຕໍ່ເປີດ.

ບັນຫາກ່ຽວກັບການເຊື່ອມຕໍ່ເຮັດໃຫ້ຄວາມຄິດກ່ຽວກັບການຍົກລະດັບດ້ານເຊີຟເວີ.

ສ່ວນເຊີບເວີ

ສິ່ງທີ່ທ່ານຕ້ອງການ:

1. ຕັດການເຊື່ອມຕໍ່ຜູ້ໃຊ້ທີ່ບໍ່ເຄື່ອນໄຫວຈາກການບໍລິການ.
2. ເບິ່ງວ່າໃຜກໍາລັງໃຊ້ (ຫຼືຍັງກູ້ຢືມ) ໂທເຄັນ.
3. ເບິ່ງວ່າ token ເຊື່ອມຕໍ່ກັບຄອມພິວເຕີຂອງມັນເອງ.

ບັນຫາເຫຼົ່ານີ້ຖືກແກ້ໄຂໂດຍການບໍລິການ crontab ແລະ apache. ລັກສະນະທີ່ບໍ່ຊ້ໍາກັນຂອງການຂຽນຄືນໃຫມ່ຂອງສະຖານະຂອງຜົນໄດ້ຮັບການຕິດຕາມຈຸດ 2 ແລະ 3 ທີ່ພວກເຮົາສົນໃຈຊີ້ໃຫ້ເຫັນວ່າລະບົບໄຟລ໌ສາມາດຕັ້ງຢູ່ໃນ ramdrive. ເພີ່ມແຖວໃສ່ /etc/fstab

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

ໂຟນເດີສະຄຣິບທີ່ມີສະຄຣິບໄດ້ຖືກສ້າງຢູ່ໃນຮາກ: unmounting-mounting 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

ໄດ້​ຮັບ​ບັນ​ຊີ​ລາຍ​ຊື່​ຂອງ IP ທີ່​ມີ​ການ​ເຄື່ອນ​ໄຫວ (ມີ​ການ​ດັດ​ແກ້​ຕໍ່​ໄປ​ເພື່ອ​ສະ​ແດງ ID ຜູ້​ໃຊ້​) 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 ນາທີຜູ້ໃຊ້ໃຫມ່ສາມາດເຊື່ອມຕໍ່ໄດ້, ໂດຍບໍ່ຄໍານຶງເຖິງຜູ້ທີ່ເຮັດວຽກກັບ token. ໂຟນເດີ /ramdrive ແມ່ນເຊື່ອມຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍ http ໂດຍໃຊ້ symlink, ເຊິ່ງ 2 ໄຟລ໌ຂໍ້ຄວາມຖືກບັນທຶກໄວ້, ສະແດງສະຖານະຂອງເຄື່ອງແມ່ຂ່າຍ usbip.

ພາກ​ຕໍ່​ໄປ: "Ugly in a wrapper"

ທາງເລືອກ II. ເພື່ອກະລຸນາຜູ້ໃຊ້ເລັກນ້ອຍດ້ວຍການໂຕ້ຕອບທີ່ຫນ້າຢ້ານກົວຫນ້ອຍລົງ. ສັບສົນກັບຄວາມຈິງທີ່ວ່າຜູ້ໃຊ້ມີ Windows ຮຸ່ນທີ່ແຕກຕ່າງກັນທີ່ມີກອບທີ່ແຕກຕ່າງກັນ, ສິດທິທີ່ແຕກຕ່າງກັນ, ວິທີການທີ່ມີບັນຫາຫນ້ອຍກວ່າ. Lazarus ຂ້ອຍບໍ່ພົບມັນ (ຂ້ອຍແນ່ນອນສໍາລັບ C #, ແຕ່ບໍ່ແມ່ນໃນກໍລະນີນີ້). ທ່ານສາມາດດໍາເນີນການໄຟລ໌ bat ຈາກການໂຕ້ຕອບໃນພື້ນຫລັງ, ຫຼຸດລົງ, ແຕ່ບໍ່ມີການທົດສອບທີ່ເຫມາະສົມ, ຂ້າພະເຈົ້າສ່ວນບຸກຄົນມີຄວາມຄິດເຫັນ: ທ່ານຈໍາເປັນຕ້ອງເບິ່ງມັນເພື່ອເກັບກໍາຄວາມບໍ່ພໍໃຈຂອງຜູ້ໃຊ້.

ວຽກງານຕໍ່ໄປນີ້ໄດ້ຖືກແກ້ໄຂໂດຍການໂຕ້ຕອບແລະຊອບແວ:

1. ສະແດງວ່າໂທເຄັນບໍ່ຫວ່າງໃນຂະນະນີ້.
2. ໃນການເປີດຕົວຄັ້ງທໍາອິດ, ການຕິດຕັ້ງເບື້ອງຕົ້ນກ່ຽວຂ້ອງກັບການສ້າງໄຟລ໌ bat "ທີ່ຖືກຕ້ອງ" ທີ່ປະຕິບັດການເປີດຕົວແລະການຂັດຂວາງກອງປະຊຸມກັບເຄື່ອງແມ່ຂ່າຍ token. ໃນການເລີ່ມຕົ້ນຕໍ່ມາ, ການປະຕິບັດຮູບແບບ "ການບໍລິການ" ໂດຍໃຊ້ລະຫັດຜ່ານ.
3. ການກວດສອບການປະກົດຕົວຂອງການເຊື່ອມຕໍ່ກັບເຄື່ອງແມ່ຂ່າຍ, ເປັນຜົນມາຈາກການທີ່ມັນສໍາຫຼວດວ່າມັນບໍ່ຫວ່າງຫຼືສະແດງຂໍ້ຄວາມກ່ຽວກັບບັນຫາ. ເມື່ອການຕິດຕໍ່ສື່ສານຄືນໃໝ່, ໂປຣແກຣມຈະເລີ່ມເຮັດວຽກໂດຍອັດຕະໂນມັດໃນໂໝດປົກກະຕິ.

ການເຮັດວຽກກັບເຊີບເວີເວັບແມ່ນປະຕິບັດໂດຍໃຊ້ fphttpclient snap-in ເພີ່ມເຕີມ.

ໃນທີ່ນີ້ຈະເປັນຕົວເຊື່ອມຕໍ່ໄປຫາລູກຄ້າລຸ້ນປະຈຸບັນ

ຍັງມີການພິຈາລະນາຕື່ມອີກກ່ຽວກັບຫົວຂໍ້ຂອງບົດຄວາມ, ເຊັ່ນດຽວກັນກັບຄວາມກະຕືລືລົ້ນເບື້ອງຕົ້ນບາງສ່ວນສໍາລັບຜະລິດຕະພັນ VirtualHere ທີ່ມີຄຸນສົມບັດຂອງມັນ ...

ແຫຼ່ງຂໍ້ມູນ: www.habr.com