bbvirt - ক্লাউডে অনলাইন

কার্যক্রম:

NAME এর

bbvirt - libvirt পরিচালিত ডোমেনে BitBabbler ডিভাইসগুলিকে হটপ্লাগ করুন

সাইনোপিসিস

bbvirt কর্ম [অপশন]

bbvirt সংযুক্ত|আলাদা যন্ত্র [অপশন]

bbvirt সংযুক্ত-সমস্ত|বিচ্ছিন্ন-সমস্ত [ডোমেইন] [অপশন]

বর্ণনাঃ

সার্জারির bbvirt প্রোগ্রাম বর্তমানে যা আছে তা থেকে কিছুটা ব্যথা নেওয়ার একটি প্রচেষ্টা
হোস্ট এবং গেস্ট ভার্চুয়াল মেশিনের মধ্যে একাধিক USB ডিভাইস বিতরণ করতে হবে।
যদিও এটি কনফিগার এবং পরিচালিত হতে পারে এমন বিভিন্ন উপায় রয়েছে, বর্তমানে কোনোটিই নেই
তাদের মধ্যে প্রকৃতপক্ষে তাদের নিজেরাই একটি সম্পূর্ণ এবং সুসংগত সমাধান প্রদান করে, তাদের সকলেই পড়ে
কিছু উল্লেখযোগ্য এবং বিরক্তিকর উপায়ে চিহ্নের সংক্ষিপ্ত। এখানে উদ্দেশ্য একসাথে টুকরা হয়
যারা হ্যাক যথেষ্ট আসলে কার্যকারিতা সব পেতে যে আমরা এখন চাই, পর্যন্ত
এটির জন্য libvirt নেটিভ সমর্থন যথেষ্ট উন্নতি করে যার আর প্রয়োজন নেই।

বর্তমানে এটি libvirt পরিচালিত QEMU/KVM ভার্চুয়াল মেশিনের সাথে ডিল করে।

কি do we চান?
এখানে আদর্শ আচরণ বেশ সহজ. BitBabbler কিছু নির্বিচারে সংখ্যা দেওয়া
ডিভাইস, আমরা সেগুলিকে হোস্ট মেশিনে বা অতিথি ভিএম-এ বরাদ্দ করতে সক্ষম হব
এটি চলমান, এবং একবার আমরা যে তাদের স্বাভাবিক আচরণ করা উচিত যে কোনো প্রত্যাশিত
ইউ এস বি ডিভাইস.

- গেস্ট মেশিন চালু হওয়ার সময় যদি তারা প্লাগ ইন করে থাকে, তাহলে তাদের দেখতে হবে
মেশিন হিসাবে তারা হোস্ট দ্বারা হবে.

- মেশিনটি চালু হওয়ার পরে যদি সেগুলি প্লাগ ইন করা থাকে তবে সেগুলিকে হটপ্লাগ করা উচিত৷
মেশিন হিসাবে তারা হোস্ট হবে.

- মেশিন চালানোর সময় যদি সেগুলি আনপ্লাগ করা থাকে তবে সেগুলি পরিষ্কারভাবে সরানো উচিত
এটা, তারা হোস্ট হবে.

কেন নারা we আছে এটা?
এই মুহুর্তে, libvirt আমাদের দুটি উপায় দেয় যে আমরা হোস্ট থেকে একটি তে USB ডিভাইস বরাদ্দ করতে পারি
গেস্ট ডোমেইন।

- আমরা তাদের USB বিক্রেতা এবং পণ্য আইডি দ্বারা তাদের বরাদ্দ করতে পারি। কিন্তু যে শুধুমাত্র যখন সেখানে কাজ করে
হোস্টে এই ধরনের একটি একক ডিভাইস। যা বেশিরভাগ ক্ষেত্রেই অকেজো
যে ক্ষেত্রে আমরা এখানে যত্নশীল, যেখানে হোস্ট এবং অতিথিদের প্রত্যেকের হওয়ার সম্ভাবনা রয়েছে
তাদের নিজস্ব এক বা একাধিক BitBabbler ডিভাইস তাদের জন্য নির্ধারিত আছে।

- আমরা ইউএসবি বাসে তাদের যৌক্তিক ঠিকানা দ্বারা তাদের বরাদ্দ করতে পারি। কিন্তু যে একটি ধ্রুবক নয়
যে আমরা ডোমেনের জন্য স্ট্যাটিকভাবে কনফিগার করতে পারি। প্রতিবার একটি ডিভাইস প্লাগ ইন করা হয়, বা
পুনঃপ্লাগড, বা রিসেট, বা হোস্ট মেশিন রিবুট করা হয়, সেই ঠিকানা পরিবর্তন হতে পারে
যেহেতু বাসে ডিভাইসটি গণনা করার সময় এটি গতিশীলভাবে বরাদ্দ করা হয়।

একটি তৃতীয় উপায় আছে, কিন্তু এটি তৈরি করার জন্য সাধারণ libvirt কনফিগারেশন বাইপাস করার উপর নির্ভর করে
বাসে তার প্রকৃত ঠিকানা দ্বারা একটি ডিভাইস বরাদ্দ করার জন্য QEMU ক্ষমতার সরাসরি ব্যবহার।
কোনটি ভাল, কিন্তু এখনও একটি ম্যাজিক বুলেট নয় কারণ এটি ঠিক একইভাবে প্লাগ করার উপর নির্ভর করে
প্রতিবার ঠিক একই পোর্টগুলিতে ডিভাইসগুলি (এবং সেই পোর্টগুলিকে গণনা করা হলে
প্রতিটি রিবুটে হোস্ট দ্বারা একইভাবে, যা নিশ্চিত নয়)। এটাও জোর করে
আমাদেরকে অন্যান্য হুপ দিয়ে ঝাঁপ দিতে হবে, যেহেতু আমাদের পরিচালনার জন্য অতিরিক্ত জটিলতার প্রয়োজন
libvirt-এর বাইরে ম্যানুয়ালি ডিভাইসের অ্যাক্সেসের অনুমতি, কিন্তু এখনও সমন্বয়ের মধ্যে রয়েছে
এর সাথে.

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

কি পারেন we do সম্বন্ধে এটা?
কিছু বছর আগে libvirt-এ একটি প্যাচ জমা দেওয়া হয়েছিল যা একটি ডিভাইসকে অনুমতি দেবে
ইউএসবি প্রোডাক্ট আইডি এবং সিরিয়াল নম্বর উভয় দ্বারাই নির্দিষ্ট করা হবে, কিন্তু তাতে কিছুটা পুশ হয়েছে-
ফিরে, এবং এখনও পর্যন্ত আপস্ট্রিম প্রয়োগ করা হয়নি. সেটা অনেক দূর চলে যেত
এটিকে সহজ এবং পরিষ্কার করার দিকে, আমাদেরকে শুধুমাত্র হটপ্লাগ দিকটি মোকাবেলা করার জন্য রেখেছি
সঙ্গে. আমরা পাঠকদের জন্য একটি অনুশীলন হিসাবে এটি সম্পর্কে বিরক্তিকর স্নার্ক ছেড়ে দেব ...

আরেকটি বিকল্প হ'ল আমরা হটপ্লাগে ডিভাইসের যৌক্তিক ঠিকানা খুঁজে পেতে অর্পণ করতে পারি
ম্যানেজার মত উদেব(7)। এই অর্থে আকর্ষণীয় যে আমরা কখন ঠিকানা জানতে পারি
একটি ডিভাইসের পরিবর্তন এবং এটি কি পরিবর্তন, কিন্তু উদেব নিজে খুব বন্ধুত্বপূর্ণ নয়
স্থানীয় অ্যাডমিন কাস্টমাইজেশনের ধারণা (যদিও এটি করা সম্ভব, এটি পাওয়া যাচ্ছে বলে মনে হচ্ছে
ক্রমবর্ধমানভাবে নিরুৎসাহিত করা হচ্ছে) এবং এটি ব্যবহার করার জন্য এখনও কিছু বাহ্যিক আঠা প্রয়োজন
এর ইভেন্টগুলিকে এমন কিছুতে অনুবাদ করুন যা libvirt গেস্ট কনফিগার করতে কাজ করতে পারে
মেশিন।

সার্জারির bbvirt প্রোগ্রাম যে আঠালো প্রদান করে, এবং বরাদ্দ করার একটি ব্যবহারকারী বান্ধব পদ্ধতি যা
ডিভাইসগুলি কোন গেস্ট ডোমেনের অন্তর্গত হওয়া উচিত এবং একটি ফ্রন্ট এন্ড যা ম্যানুয়ালি আহ্বান করা যেতে পারে
বা অন্যান্য প্রশাসক নিয়ন্ত্রিত কাজগুলি দ্রুত এবং সহজে BitBabbler ডিভাইস যোগ বা সরাতে
যে কোনো চলমান গেস্ট মেশিন থেকে।

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

স্পষ্টতই আমাদের এখানে আমাদের আদর্শে যাওয়ার জন্য এখনও কিছু উপায় আছে।

কি if we আঘাত it সঙ্গে *দুই* হাতুড়ি?
আমরা একটি গেস্ট মেশিন থাকার বিজ্ঞপ্তি পেতে পারেন শুধুমাত্র দুটি উপায় আছে বলে মনে হচ্ছে
বর্তমানে শুরু হয়েছে। একটিতে আরেকটি ডেমন প্রক্রিয়া চালানো জড়িত, যা করবে
কেউ একজন অতিথি শুরু করার জন্য অপেক্ষা করে বসে থাকার চেয়ে একটু বেশি যাতে এটি আমাদের বলতে পারে
যে সম্পর্কে কিন্তু তারপর আমাদের কনফিগার করার জন্য আরেকটি জিনিস থাকবে, আরেকটি প্রক্রিয়া
দৌড়ানো, এবং আমরা যখন কোনও রেস না হারাই তা কীভাবে নিশ্চিত করা যায় তা খুঁজে বের করার সাথে আরও সমস্যা
হোস্ট বুট করা হয়, ডিভাইস ইভেন্টের প্রাথমিক সেট পাওয়ার মধ্যে, যে প্রক্রিয়া হচ্ছে
প্রস্তুত এবং সক্রিয়, এবং যে কোনো গেস্ট যেটি আসলে বুট করার সময় অটোস্টার্ট হবে।

অন্য উপায় হল একটি libvirt হুক ব্যবহার করা। যা ঘুরে আসলে না সমস্যা আছে
এটি থেকে libvirt ফাংশন চালানোর অনুমতি দেয়, যা সংযুক্ত করার জন্য আমাদের করতে হবে
হোস্টের কাছে ডিভাইস। এবং যা আমরা গ্যারান্টি দিতে পারি না যে আমরা ডিফল্টরূপে ইনস্টল করতে পারি,
কারণ সিস্টেমে শুধুমাত্র একটি হুক থাকতে পারে, যা স্থানীয় প্রশাসক ইতিমধ্যেই করতে পারে
ব্যবহার করা...

একটি তৃতীয় উপায় আছে, কিন্তু এতে স্থানীয় প্রশাসককে সমস্ত অতিথি শুরু করতে হবে
আমাদের নিজস্ব একটি মোড়কের মাধ্যমে মেশিন, পরিবর্তে তারা ইতিমধ্যে পরিচিত যাই হোক না কেন প্রক্রিয়া মাধ্যমে
আর ব্যবহার করুন. যা একই পরিস্থিতিতে অন্যান্য USB ডিভাইসগুলিকে সমর্থন করার জন্য স্কেল করে না, মধ্যে
অনেক উপায় যা মানুষের উপর আঘাত করার জন্য একটি ভয়ঙ্কর সমাধান হবে।

কিন্তু একটি ফাঁক আছে যা আমরা কাজে লাগাতে পারি। আমরা a ট্রিগার করতে libvirt qemu হুক ব্যবহার করতে পারি
জন্য ইভেন্ট পরিবর্তন উদেব, যা ঘুরে আসতে পারে bbvirt অনেক একই ভাবে যে হবে
ঘটতে পারে যদি ডিভাইসটি সত্যিই হটপ্লাগ করা থাকে, যা আমাদের পরোক্ষের অতিরিক্ত স্তর দেয়
আমরা হুক থেকে নিরাপদে যে করতে সক্ষম হতে হবে. রুবে গোল্ডবার্গ গর্বিত হবে, এবং
কিছু টুকরা হাত-সমাবেশ প্রয়োজন হতে পারে, কিন্তু এই সব জায়গায়, আমরা থাকতে পারে
গেস্ট মেশিনে সাধারণ ইউএসবি কার্যকারিতার মতো কিছু।

এটি সুন্দর নয়, তবে আমাদের যা কাজ করতে হবে তার সাথে এটি কাজ করবে।

ঠিক আছে, মাত্র বলা me কোথায় থেকে আঘাত এটা.
এটি একসাথে স্ট্রিং করার জন্য, আপনাকে নিম্নলিখিতগুলি নিশ্চিত করতে হবে:

- দ্য উদেব(7) বিট-ব্যাব্লার প্যাকেজ থেকে নিয়ম ইনস্টল করা হয়। আপনি যদি এটি ইনস্টল করেন
ডেবিয়ান প্যাকেজ থেকে যা ইতিমধ্যে করা উচিত। যদি আপনি না করেন, আপনার প্রয়োজন হবে
যে নিয়মগুলি পাওয়া যায় তা ইনস্টল করুন debian/bit-babbler.udev উৎস প্যাকেজ থেকে একটি
আপনার সিস্টেমে উপযুক্ত জায়গা (সম্ভবত /etc/udev/rules. d).

- দ্য bbvirt(1) স্ক্রিপ্ট একটি জায়গায় ইনস্টল করা হয় যেখানে উদেব নিয়ম এটি খুঁজে পাবে। আপনি যদি
ডেবিয়ান প্যাকেজ থেকে এটি ইনস্টল করেনি, এবং এটি নেই , / Usr / বিন, তারপর আপনার প্রয়োজন হবে
টুইক করতে উদেব মানানসই নিয়ম।

- গেস্ট মেশিনে আপনি যে ডিভাইসগুলি ব্যবহার করতে চান এবং যে মেশিনগুলিতে আপনি সেগুলি ব্যবহার করতে চান,
মধ্যে নির্দিষ্ট করা হয় bbvirt কনফিগারেশন ফাইল. এর জন্য ডিফল্ট অবস্থান
/etc/bit-babbler/vm.conf. আপনি যদি একটি ভিন্ন ফাইল ব্যবহার করতে চান তবে আপনাকে এটি পাস করতে হবে
সঙ্গে অবস্থান --config বিকল্প মধ্যে উদেব নিয়ম, এবং হুক স্ক্রিপ্ট আপডেট যে ব্যবহার
ফাইলও। আপনি সেই ফাইলটিতে কী রাখতে পারেন তার বিশদ বিবরণ দেওয়া আছে
কনফিগারেশন বিকল্প নীচের অধ্যায়।

- libvirt হুক ফাইল ইনস্টল করা আছে। উপরের সবগুলো সম্পন্ন হলে ডিভাইসগুলো হবে
চলমান গেস্ট মেশিনে যোগ করা হয় যদি তারা গেস্ট চালানোর সময় প্লাগ ইন করে।
এই শেষ ধাপটি নিশ্চিত করে যে ডিভাইসগুলি ইতিমধ্যেই প্লাগ ইন করা আছে নতুনভাবে যোগ করা হবে
শুরু করা গেস্টও (যার মধ্যে গেস্ট থাকে যেগুলি হোস্টের সময় স্বয়ংক্রিয়ভাবে শুরু হয়
মেশিন বুট)।

কিছু নিরাপদ উপায় না হওয়া পর্যন্ত আমরা বিরোধিতা বা ওভাররাইটিং ছাড়াই এটি ইনস্টল করতে পারি
একটি বিদ্যমান হুক, প্রত্যেককে এই পদক্ষেপটি ম্যানুয়ালি করতে হবে। ইন্সটল করে থাকলে
ডেবিয়ান প্যাকেজ, তারপর উদাহরণ হুক স্ক্রিপ্ট যে আমরা এর জন্য প্রদান করেছি হতে পারে
পাওয়া /usr/share/doc/bit-babbler/examples/qemu-hook. না থাকলে পাওয়া যাবে
in libvirt/qemu-hook উৎস প্যাকেজের।

আপনাকে এই ফাইলটি ইনস্টল করতে হবে /etc/libvirt/hooks/qemu, অথবা এর সাথে এর বিষয়বস্তু মার্জ করুন
বিদ্যমান ছিঃ সেখানে ফাইল যদি আপনি ইতিমধ্যে যে হুক সেট আছে. যদি সেই ফাইলটি না হয়
পূর্বে বিদ্যমান, আপনাকে পুনরায় চালু করতে হবে libvirtd(8) এটি ব্যবহার শুরু করতে এটি পেতে।

এটি প্রয়োজনীয় সমস্ত অটোমেশন কভার করা উচিত, তবে আপনি ডিভাইসগুলি সংযুক্ত এবং বিচ্ছিন্ন করতে পারেন
ম্যানুয়ালিও যে কোনো সময়ে। এটি করার বিশদ বিবরণ নীচে বর্ণিত হবে
অধ্যায়. অন্যথায়, উপরের সমস্ত কাজ সম্পন্ন করার সাথে সাথে, আহ্বান করার প্রয়োজনের অন্য কোন কারণ নেই
bbvirt সরাসরি।

বিকল্প

অপারেশনের দুটি প্রাথমিক মোড আছে bbvirt যা প্রাথমিক দ্বারা নির্বাচিত হয়
কর্ম বিকল্প। যদি কর্ম সম্পাদন করা হয় সংযুক্ত or আলাদা তারপর শুধুমাত্র একটি একক ডিভাইস
এর উপর কাজ করা হবে, এবং কোন ডিভাইসটি হতে হবে তা স্পষ্টভাবে উল্লেখ করা উচিত, এমনকি যদি
সেই সময়ে হোস্টে শুধুমাত্র একটি ডিভাইস উপস্থিত থাকে। আহ্বান করার সময় bbvirt ম্যানুয়ালি,
দ্য যন্ত্র এর সিরিয়াল নম্বর দ্বারা নির্দিষ্ট করা যেতে পারে, বাসে এর যৌক্তিক ঠিকানা (এ
ফর্ম বাসনাম:devnum, দশমিক পূর্ণসংখ্যা হিসাবে দেওয়া হয়েছে), বা বাসে এর প্রকৃত ঠিকানা (এ
ফর্ম বাসনাম-বন্দর[.port ...])।

যদি কর্ম সম্পাদন করা হয় সংযুক্ত-সমস্ত or বিচ্ছিন্ন-সমস্ত, তারপরে কাজ করার জন্য ডিভাইস(গুলি) হল
দ্বারা নির্বাচিত ডোমেইন পরিবর্তে সমিতি। যদি একটি ডোমেইন স্পষ্টভাবে উল্লেখ করা হয়, তারপর সব
কনফিগারেশন ফাইলে যে গেস্ট ডোমেনে বরাদ্দ করা হয়েছে সেগুলি কাজ করা হবে
উপর যদি একই ভাবে bbvirt সঙ্গে পৃথকভাবে তাদের প্রত্যেকের জন্য আহ্বান করা হয়েছে
সংযুক্ত or আলাদা কর্ম. যদি না ডোমেইন প্রদান করা হয়, তারপর সমস্ত কনফিগার করা গেস্ট
ডোমেইন এই ভাবে কাজ করা হবে.

নিম্নলিখিত অতিরিক্ত বিকল্প উপলব্ধ:

-সি, --config
ডিভাইস অ্যাসাইনমেন্টগুলি থেকে আমদানি করার জন্য একটি বিকল্প কনফিগারেশন ফাইল নির্দিষ্ট করুন।
যদি ফাইলের পথটি স্পষ্টভাবে প্রদান করা না হয়, তাহলে এটির জন্য অনুসন্ধান করা হবে
দ্য /etc/bit-babbler ডিরেক্টরি (এর সাথে একটি .conf প্রত্যয়).

-গ, --সংযোগ=কোনো URI
উল্লেখ VIRSH(1) সংযোগ কোনো URI ব্যবহার করা. এটি একটি ওভাররাইড করবে DOMAIN_URI সেট
কনফিগারেশন ফাইলে ডোমেনের জন্য। যদি এই দুটি ব্যবহার করে সেট না করা হয়
পদ্ধতি তারপর VIRSH চলমান ব্যবহারকারীর জন্য ডিফল্ট bbvirt ব্যবহার করা হবে.

-ডি, --ডোমেইন=নাম
কাজ করার জন্য libvirt ডোমেন নির্দিষ্ট করুন। এটি ডিভাইসটিকে ওভাররাইড করতে ব্যবহার করা যেতে পারে
কনফিগারেশন ফাইল থেকে বরাদ্দ যখন bbvirt ম্যানুয়ালি আহ্বান করা হয়, বা কাজ করতে
একটি ডিভাইস বা ডোমেনে যা বর্তমানে কনফিগারেশন ফাইলে নির্দিষ্ট করা নেই।

-খ, --বাসনাম=NUM
ডিভাইসটি সংযুক্ত USB বাস নম্বর উল্লেখ করুন। এই বিকল্পটি বেশিরভাগই
এড়াতে ব্যবহৃত bbvirt যখন এটি ইতিমধ্যেই পরিচিত (যেমন কখন
এটি একটি থেকে বলা হয় উদেব নিয়ম). সাধারণত এই পাস করার অনেক কারণ নেই যদি
আবাহন bbvirt ম্যানুয়ালি, যেহেতু আপনি ডিভাইসটিকে এর যৌক্তিক বা দ্বারা নির্দিষ্ট করতে পারেন
পরিবর্তে শারীরিক ঠিকানা।

-d, --devnum=NUM
ডিভাইসটি বর্তমানে বরাদ্দ করা USB ডিভাইস নম্বর উল্লেখ করুন। এক্সাথে
বাস নম্বর, এটি ডিভাইসের যৌক্তিক ঠিকানা তৈরি করে। এই বিকল্প হয়
বেশিরভাগই এড়াতে ব্যবহৃত হয় bbvirt যখন এটি ইতিমধ্যে পরিচিত (যেমন
যখন এটি একটি থেকে বলা হয় উদেব নিয়ম). সাধারণত পাস করার অনেক কারণ নেই
এই যদি invoking bbvirt ম্যানুয়ালি, যেহেতু আপনি কেবল এটির দ্বারা ডিভাইসটি নির্দিষ্ট করতে পারেন
পরিবর্তে যৌক্তিক ঠিকানা।

-এন, --শুষ্ক রান
কোনো ডিভাইস সংযুক্ত বা বিচ্ছিন্ন করবেন না, শুধু দেখান যে এটি একটি হলে কী করার চেষ্টা করা হবে৷
লাইভ রান এই বিকল্পটি একটি ন্যূনতম স্তর বোঝায় -- ভারবোস, কিন্তু verbosity হতে পারে
সেই বিকল্পটি স্পষ্টভাবে পাস করার মাধ্যমে আরও বৃদ্ধি করা হবে।

-ভি, -- ভারবোস
আসলে কি ঘটছে তা সম্পর্কে আরও গোলমাল করুন। এটি একাধিকবার পাস হতে পারে
শব্দচয়ন আরও বাড়ান।

-?, --help
উপলব্ধ বিকল্পগুলির একটি সংক্ষিপ্ত সারাংশ দেখান।

কনফিগারেশন বিকল্প

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

প্রতিটি গেস্ট ডোমেনের জন্য, দুটি ভেরিয়েবল এর আচরণ নিয়ন্ত্রণ করে bbvirt:

DOMAIN_URI_ডোমেইন=কোনো URI
এই ভেরিয়েবলটি ঐচ্ছিক, এবং সেট করে VIRSH(1) সংযোগ কোনো URI যখন ব্যবহার করতে
প্রদত্ত থেকে ডিভাইস সংযুক্ত করা বা বিচ্ছিন্ন করা ডোমেইন। যদি -- সংযোগ করুন বিকল্প হয়
স্পষ্টভাবে পাস bbvirt এখানে যা সেট করা আছে তা ওভাররাইড করবে। সংযোগ থাকলে
কোনো URI তারপর এই পদ্ধতির কোনটি ব্যবহার করে সেট করা হয় না VIRSH ব্যবহারকারীর জন্য ডিফল্ট
দৌড় bbvirt ব্যবহার করা হবে (যা থেকে চালানো হলে সাধারণত রুট হবে উদেব).

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

ডিভাইস সিরিয়াল নম্বর সবসময় এখানে ব্যবহার করা আবশ্যক. আপনি দ্বারা একটি ডিভাইস নির্দিষ্ট করতে পারবেন না
বাসে এটির যৌক্তিক বা শারীরিক ঠিকানা (যেমন আপনি অন্যান্য বেশিরভাগ জায়গায় করতে পারেন যেখানে
আমরা একটি ডিভাইস আইডি নিই)।

onworks.net পরিষেবা ব্যবহার করে অনলাইনে bbvirt ব্যবহার করুন