ট্রাস্ট পরিষেবা সম্পর্কিত আইনে পরিবর্তনের সাথে সম্পর্কিত ("ইলেকট্রনিক ট্রাস্ট পরিষেবাগুলি সম্পর্কে" ইউক্রেন), এন্টারপ্রাইজের টোকেনগুলিতে অবস্থিত কীগুলির সাথে কাজ করার জন্য বেশ কয়েকটি বিভাগের প্রয়োজন রয়েছে (এই মুহূর্তে, হার্ডওয়্যার কীগুলির সংখ্যার প্রশ্নটি এখনও খোলা রয়েছে) )

সর্বনিম্ন খরচ (বিনামূল্যে) সহ একটি সরঞ্জাম হিসাবে, পছন্দটি অবিলম্বে পড়ে গেল usbip. প্রকাশনার জন্য উবিন্টু 18.04 সার্ভার কাজ শুরু করেছে টেমিং ইউএসবি/আইপি এবং সফলভাবে বেশ কয়েকটি ফ্ল্যাশ ড্রাইভে পরীক্ষা করা হয়েছে (সেই সময়ে টোকেনের অভাবের কারণে)। সেই সময়ে একচেটিয়া মালিকানা (ব্যবহারকারীর জন্য সংরক্ষণ) ছাড়া অন্য কোন বিশেষ সমস্যা চিহ্নিত করা হয়নি। এটি স্পষ্ট যে বেশ কয়েকটি ব্যবহারকারীর জন্য অ্যাক্সেস সংগঠিত করার জন্য (কমপক্ষে দুটি, শুরুতে), সময়মতো তাদের অ্যাক্সেস ভাগ করা এবং তাদের পালাক্রমে কাজ করতে বাধ্য করা প্রয়োজন।

প্রশ্নটি ছিল: আমি কীভাবে এটি সর্বনিম্ন পরিমাণে নাচ দিয়ে করতে পারি যাতে সবকিছু সবার জন্য কাজ করে...

অংশটি আনাড়ি

বিকল্প XNUMX. ব্যাট ফাইলের বেশ কয়েকটি শর্টকাট, যথা
ক) অ্যাক্সেস কী সংযুক্ত করা হচ্ছে।
খ) ইচ্ছাকৃতভাবে সংযোগ বিচ্ছিন্ন করা।

অনুচ্ছেদ "б» বিতর্কিত, তাই চাবি নিয়ে কাজ করার জন্য 3 মিনিট সময় দেওয়ার সিদ্ধান্ত নেওয়া হয়েছিল।

ইউএসবিআইপি ক্লায়েন্টের বিশেষত্ব হল এটি চালু হওয়ার পরে, এটি কনসোলে ঝুলে থাকে; কনসোল সেশনে বাধা না দিয়ে, আপনি ক্লায়েন্টের দিক থেকে এবং সার্ভারের দিক থেকে সংযোগটি "মোটামুটি" বন্ধ করতে পারেন।

আমাদের জন্য যা ভাল কাজ করেছে তা এখানে:

প্রথম: সংযোগ ব্যাট

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

দ্বিতীয়: শাটডাউন ব্যাট

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

ব্যবহারকারীর চেতনার উপর নির্ভর না করে, স্ক্রিপ্টগুলিকে একত্রিত করা হয়েছিল token.bat

on.bat | off.bat

কি ঘটবে: সমস্ত ফাইল একই ফোল্ডারে রয়েছে, token.bat ফাইল দ্বারা চালু করা হয়েছে, সংযোগটি বন্ধ হয়ে গেলে ব্যবহারকারী অবিলম্বে কীটি অনুপলব্ধ হওয়ার বিষয়ে একটি বার্তা পায়, অন্য ক্ষেত্রে, শুধুমাত্র 180 পিং পরে। কোডের প্রদত্ত লাইনগুলি “@ECHO OFF” এবং কনসোলের দিকনির্দেশ “> nul” দিয়ে সজ্জিত করা যেতে পারে যাতে ব্যবহারকারীকে খুব বেশি ধাক্কা না দেয়, তবে পরীক্ষা শুরু করার প্রয়োজন নেই। একটি USB ড্রাইভে প্রাথমিক "রান" দেখায় যে সবকিছুই অনুমানযোগ্য, নির্ভরযোগ্য এবং পরিষ্কার। তদুপরি, সার্ভারের দিক থেকে কোনও ম্যানিপুলেশনের প্রয়োজন নেই।

স্বাভাবিকভাবেই, টোকেনের সাথে সরাসরি কাজ করার সময়, সবকিছু আশানুরূপ হয়নি: ডিভাইস ম্যানেজারে একটি শারীরিক সংযোগের সাথে, টোকেনটি 2টি ডিভাইস (WUDF এবং একটি স্মার্ট কার্ড) হিসাবে নিবন্ধিত হয় এবং একটি নেটওয়ার্ক সংযোগের সাথে শুধুমাত্র WUDF হিসাবে (যদিও এটি একটি পিন কোড অনুরোধ করার জন্য যথেষ্ট)।

এটি আরও দেখা যাচ্ছে যে নৃশংস "টাস্ককিল" এতটা গুরুতর নয় এবং ক্লায়েন্টের সাথে সংযোগটি বন্ধ করা সমস্যাযুক্ত এবং এটি সফল হলেও, এটি সার্ভারে তার জন্য এটি বন্ধ করার গ্যারান্টি দেয় না।

ক্লায়েন্টে সমস্ত কনসোল উৎসর্গ করার পরে, দ্বিতীয় স্ক্রিপ্টটি ফর্ম নিয়েছে:

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. টোকেনটি কম্পিউটারের সাথে সংযুক্ত কিনা তা দেখুন।

এই সমস্যাগুলি ক্রন্টাব এবং অ্যাপাচি পরিষেবাগুলি ব্যবহার করে সমাধান করা হয়েছিল। পয়েন্ট 2 এবং 3 এর মনিটরিং ফলাফলের অবস্থা পুনরায় লেখার বিচ্ছিন্ন প্রকৃতি যা আমাদের আগ্রহের ইঙ্গিত দেয় যে ফাইল সিস্টেমটি রামড্রাইভে অবস্থিত হতে পারে। /etc/fstab-এ লাইন যোগ করা হয়েছে

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

রুটে স্ক্রিপ্ট সহ একটি স্ক্রিপ্ট ফোল্ডার তৈরি করা হয়েছে: 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

সক্রিয় আইপিগুলির একটি তালিকা প্রাপ্ত করা (ব্যবহারকারী আইডিগুলি প্রদর্শনের জন্য পরবর্তী পরিবর্তন সহ) 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। অন্তত কিছু কম ভীতিকর ইন্টারফেসের সাথে ব্যবহারকারীকে একটু খুশি করতে। ব্যবহারকারীদের বিভিন্ন ফ্রেমওয়ার্ক, বিভিন্ন অধিকার, এর চেয়ে কম সমস্যাযুক্ত পদ্ধতি সহ উইন্ডোজের বিভিন্ন সংস্করণ রয়েছে তা দেখে বিস্মিত ভিখারি আমি এটি খুঁজে পাইনি (আমি অবশ্যই C# এর জন্য, তবে এই ক্ষেত্রে নয়)। আপনি ব্যাকগ্রাউন্ডে ইন্টারফেস থেকে ব্যাট ফাইলগুলি লঞ্চ করতে পারেন, ছোট করে, কিন্তু সঠিক পরীক্ষা ছাড়াই, আমি ব্যক্তিগতভাবে মতামত দিচ্ছি: ব্যবহারকারীর অসন্তোষ সংগ্রহ করার জন্য আপনাকে এটি কল্পনা করতে হবে।

নিম্নলিখিত কাজগুলি ইন্টারফেস এবং সফ্টওয়্যার দ্বারা সমাধান করা হয়েছিল:

1. টোকেন বর্তমানে ব্যস্ত কিনা তা দেখায়।
2. প্রথম লঞ্চে, প্রাথমিক সেটআপের সাথে "সঠিক" ব্যাট ফাইল তৈরি করা জড়িত যা টোকেন সার্ভারের সাথে একটি সেশনের লঞ্চ এবং বাধা কার্যকর করে। পরবর্তী শুরুতে, পাসওয়ার্ড ব্যবহার করে "পরিষেবা" মোডের বাস্তবায়ন।
3. সার্ভারের সাথে একটি সংযোগের উপস্থিতি পরীক্ষা করা হচ্ছে, যার ফলে এটি ব্যস্ত কিনা বা সমস্যা সম্পর্কে বার্তা প্রদর্শন করে কিনা তা পোল করে। যখন যোগাযোগ পুনরায় শুরু হয়, প্রোগ্রামটি স্বয়ংক্রিয়ভাবে স্বাভাবিক মোডে কাজ শুরু করে।

WEB সার্ভারের সাথে কাজ করা অতিরিক্ত fphttpক্লায়েন্ট স্ন্যাপ-ইন ব্যবহার করে বাস্তবায়িত হয়।

এখানে ক্লায়েন্টের বর্তমান সংস্করণের একটি লিঙ্ক থাকবে

নিবন্ধটির বিষয়ে আরও বিবেচ্য বিষয় রয়েছে, সেইসাথে ভার্চুয়ালহেয়ার পণ্যটির বৈশিষ্ট্য সহ আংশিক প্রাথমিক উত্সাহ...

উত্স: www.habr.com