בהקשר לשינויים בחקיקה בנוגע לשירותי נאמנות ("על שירותי נאמנות אלקטרוניים" אוקראינה), יש למיזם צורך במספר מחלקות לעבודה עם מפתחות הממוקמים על אסימונים (כרגע, שאלת מספר מפתחות החומרה עדיין פתוחה ).

ככלי בעל העלות הנמוכה ביותר (ללא תשלום), הבחירה נפלה מיד usbip. השרת ב-Ubintu 18.04 התחיל לעבוד הודות לפרסום אילוף USB/IP ונבדק בהצלחה במספר כונני הבזק (בשל היעדר אסימון באותו זמן). לא זוהו בעיות מיוחדות מלבד בעלות מונופול (שמירה למשתמש) באותה נקודת זמן. ברור שכדי לארגן גישה למספר משתמשים (לפחות שניים מלכתחילה) יש צורך לחלק את הגישה שלהם בזמן ולאלץ אותם לעבוד בתורות.

השאלה הייתה: איך אני יכול לעשות את זה עם כמה שפחות ריקוד כדי שהכל יעבוד לכולם...

החלק מגושם

אופציה XNUMX. מספר קיצורי דרך לקבצי 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 פינגים. ניתן לצייד את שורות הקוד לעיל ב-"@ECHO OFF" ובכיוון המסוף ל-> null כדי לא לזעזע את המשתמש יותר מדי, אך אין צורך להפעיל בדיקות. ה"ריצה" הראשונית על כונן 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

נוצרה תיקיית סקריפט עם סקריפטים בשורש: 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

השגת רשימה של כתובות IP פעילות (עם שינוי לאחר מכן להצגת מזהי משתמש) 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 באמצעות סימן קישור, בו נשמרים 2 קבצי טקסט, המציגים את מצב שרת ה-usbip.

החלק הבא: "מכוער בתוך עטיפה"

אפשרות II. כדי לרצות קצת את המשתמש עם לפחות איזה ממשק פחות מאיים. מבולבל מהעובדה שלמשתמשים יש גרסאות שונות של Windows עם מסגרות שונות, זכויות שונות, גישה פחות בעייתית מאשר לזרוס לא מצאתי את זה (אני כמובן בעד C#, אבל לא במקרה הזה). אתה יכול להפעיל קבצי bat מהממשק ברקע, ממוזער, אבל ללא בדיקה מתאימה, אני אישית בדעה: אתה צריך לדמיין את זה כדי לאסוף חוסר שביעות רצון של המשתמשים.

המשימות הבאות נפתרו על ידי הממשק והתוכנה:

1. מציג אם האסימון תפוס כרגע.
2. בהשקה הראשונה, ההגדרה הראשונית כוללת יצירת קבצי bat "נכונים" המיישמים את ההשקה וההפרעה של הפעלה עם שרת האסימונים. בהתחלות הבאות, יישום מצב "שירות" באמצעות סיסמה.
3. בדיקת הימצאות חיבור עם השרת, וכתוצאה מכך הוא בודק האם הוא תפוס או מציג הודעות על בעיות. כאשר התקשורת מתחדשת, התוכנית מתחילה לפעול באופן אוטומטי במצב רגיל.

העבודה עם שרת ה-WEB מיושמת באמצעות ה-snap-in הנוסף fphttpclient.

כאן יהיה קישור לגרסה הנוכחית של הלקוח

יש גם שיקולים נוספים בנושא המאמר, כמו גם התלהבות ראשונית חלקית מהמוצר VirtualHere עם תכונותיו...

מקור: www.habr.com