bbvirt - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

bbvirt - BitBabbler डिवाइस को libvirt प्रबंधित डोमेन में हॉटप्लग करें

SYNOPSIS

bbvirt कार्य [विकल्पों]

bbvirt संलग्न करना|अलग करना युक्ति [विकल्पों]

bbvirt सब कुछ संलग्न करें|अलग-अलग [डोमेन] [विकल्पों]

वर्णन

RSI bbvirt यह कार्यक्रम वर्तमान में मौजूद दर्द को कुछ हद तक दूर करने का एक प्रयास है
होस्ट और गेस्ट वर्चुअल मशीनों के बीच कई यूएसबी डिवाइस वितरित करने की आवश्यकता है।
हालाँकि ऐसे कई तरीके हैं जिनसे इसे कॉन्फ़िगर और प्रबंधित किया जा सकता है, वर्तमान में कोई नहीं
उनमें से वास्तव में अपने आप में एक पूर्ण और सुसंगत समाधान प्रदान करते हैं, वे सभी गिर जाते हैं
कुछ महत्वपूर्ण और कष्टप्रद तरीके से निशान से कम। यहां उद्देश्य एक साथ टुकड़े करना है
उन हैक्स में से वास्तव में वे सभी कार्यक्षमताएँ प्राप्त करने के लिए पर्याप्त हैं जो हम अभी चाहते हैं, जब तक कि
इसके लिए libvirt का मूल समर्थन इतना बेहतर हो गया है कि अब इसकी आवश्यकता नहीं है।

वर्तमान में यह libvirt प्रबंधित QEMU/KVM वर्चुअल मशीनों से संबंधित है।

क्या do we चाहते हैं?
यहां आदर्श व्यवहार बहुत सरल है। BitBabbler की कुछ मनमानी संख्या दी गई है
डिवाइस, हमें उन्हें या तो होस्ट मशीन, या अतिथि वीएम को सौंपने में सक्षम होना चाहिए
इस पर चल रहे हैं, और एक बार जब हम ऐसा कर लेते हैं तो उन्हें सामान्य तरीके से व्यवहार करना चाहिए जो किसी से भी अपेक्षित होता है
यूएसबी यंत्र।

- यदि गेस्ट मशीन चालू होने पर उन्हें प्लग इन किया जाता है, तो उन्हें उससे देखा जाना चाहिए
मशीन जैसा कि वे मेजबान द्वारा होंगे।

- यदि मशीन चालू होने के बाद उन्हें प्लग इन किया जाता है, तो उन्हें उसमें हॉटप्लग किया जाना चाहिए
मशीन के रूप में वे मेजबान पर होंगे।

- यदि मशीन चलने के दौरान उनका प्लग अनप्लग हो गया है, तो उन्हें साफ-साफ हटा देना चाहिए
यह, जैसा कि वे मेजबान पर होंगे।

क्यों नहीं कर सकते हैं we है यह?
अभी, libvirt हमें दो तरीके देता है जिससे हम होस्ट से USB डिवाइस असाइन कर सकते हैं
अतिथि डोमेन.

- हम उन्हें उनके यूएसबी विक्रेता और उत्पाद आईडी द्वारा असाइन कर सकते हैं। लेकिन वह तभी काम करता है जब वहाँ
होस्ट में उस प्रकार का केवल एक उपकरण है। जो अधिकांश में बहुत बेकार है
वे मामले जिनकी हम यहां परवाह करते हैं, जहां मेज़बान और प्रत्येक अतिथि की संभावना होती है
उनके पास स्वयं के एक या अधिक BitBabbler उपकरण हैं जो उन्हें सौंपे गए हैं।

- हम उन्हें USB बस पर उनके तार्किक पते द्वारा निर्दिष्ट कर सकते हैं। लेकिन वह स्थिर नहीं है
जिसे हम डोमेन के लिए स्थिर रूप से कॉन्फ़िगर कर सकते हैं। हर बार किसी डिवाइस को प्लग इन किया जाता है, या
पुनः प्लग किया गया, या रीसेट किया गया, या होस्ट मशीन को रीबूट किया गया, वह पता बदलने की संभावना है
चूँकि जब डिवाइस को बस में गिना जाता है तो इसे गतिशील रूप से आवंटित किया जाता है।

एक तीसरा तरीका है, लेकिन यह सामान्य libvirt कॉन्फ़िगरेशन को बायपास करने पर निर्भर करता है
बस में किसी उपकरण को उसके भौतिक पते द्वारा निर्दिष्ट करने की QEMU क्षमता का प्रत्यक्ष उपयोग।
जो बेहतर है, लेकिन फिर भी कोई जादू की गोली नहीं है क्योंकि यह बिल्कुल उसी तरह प्लगिंग पर निर्भर करता है
डिवाइस को हर बार बिल्कुल समान पोर्ट में डाला जाता है (और उन पोर्ट को सूचीबद्ध करने पर)।
प्रत्येक रिबूट पर होस्ट द्वारा इसी तरह, जिसकी कोई गारंटी नहीं है)। यह भी मजबूर करता है
हमें अन्य घेरा पार करना होगा, क्योंकि तब हमें प्रबंधन के लिए अतिरिक्त जटिलता की आवश्यकता होगी
डिवाइस की एक्सेस अनुमतियाँ libvirt के बाहर मैन्युअल रूप से, लेकिन फिर भी समन्वय में हैं
इसके साथ.

इससे भी बड़ी विफलता, जो उन सभी तरीकों में समान है, वह यह है कि वे सभी निर्भर हैं
गेस्ट चालू होने से पहले ही डिवाइस को प्लग इन किया जा रहा है। यदि इसे बाद में डाला जाता है
जब गेस्ट चल रहा हो, या यदि होस्ट चल रहा हो, तो गेस्ट को चालू किया जाता है, या हटा दिया जाता है और पुनः प्लग किया जाता है
बस या हब बाउंस हो जाता है जिससे पुन: कनेक्ट होता है, तो डिवाइस इससे (पुनः) नहीं जुड़ा होगा
अतिथि। यदि ऐसा होता है तो इसे ठीक करने का एकमात्र तरीका डिवाइस को मैन्युअल रूप से दोबारा जोड़ना है
एक्सएमएल में रहस्यमय जादू (जो डिवाइस के नए पते को जानने पर निर्भर करता है), या
पूरी तरह से बिजली बंद करने और अतिथि को पुनः आरंभ करने के लिए। उपयोगकर्ता-अनुकूलता की पराकाष्ठा नहीं
जिस ऑपरेशन की हम यहां तलाश कर रहे हैं।

क्या कर सकते हैं we do के बारे में यह?
कुछ साल पहले libvirt को एक पैच सबमिट किया गया था जो एक डिवाइस की अनुमति देता था
इसे इसके यूएसबी उत्पाद आईडी और इसके सीरियल नंबर दोनों द्वारा निर्दिष्ट किया जाना था, लेकिन इसे कुछ धक्का लगा-
वापस, और अभी तक इसे अपस्ट्रीम में लागू नहीं किया गया है। वह बहुत आगे तक चला गया होगा
इसे आसान और स्वच्छ दोनों बनाने की दिशा में, हमें केवल हॉटप्लग पहलू से निपटने के लिए छोड़ दिया गया है
साथ। हम पाठक के लिए एक अभ्यास के रूप में उस पर क्रोधपूर्ण कटाक्ष छोड़ेंगे...

एक अन्य विकल्प यह है कि हम डिवाइस का तार्किक पता ढूंढने का काम हॉटप्लग को सौंप सकते हैं
प्रबंधक की तरह udv(7). यह इस अर्थ में आकर्षक है कि हम पता कब जान सकते हैं
किसी उपकरण में परिवर्तन होता है और उसमें क्या परिवर्तन होता है, लेकिन udv स्वयं के प्रति बहुत अनुकूल नहीं है
स्थानीय व्यवस्थापक अनुकूलन का विचार (हालांकि ऐसा करना संभव है, ऐसा लगता है
इसे लगातार सख्ती से हतोत्साहित किया जा रहा है) और इसका उपयोग करने के लिए अभी भी कुछ बाहरी गोंद की आवश्यकता होती है
अपने ईवेंट को किसी ऐसी चीज़ में अनुवादित करें जिस पर libvirt अतिथि को कॉन्फ़िगर करने के लिए कार्य कर सके
मशीन।

RSI bbvirt प्रोग्राम वह गोंद प्रदान करता है, और जिसे असाइन करने का उपयोगकर्ता के अनुकूल तरीका प्रदान करता है
डिवाइस किस अतिथि डोमेन से संबंधित होनी चाहिए, और एक फ्रंट एंड जिसे मैन्युअल रूप से लागू किया जा सकता है
या अन्य व्यवस्थापक नियंत्रित कार्यों द्वारा BitBabbler उपकरणों को जल्दी और आसानी से जोड़ने या हटाने के लिए
किसी भी चालू अतिथि मशीन से।

लेकिन इस दृष्टिकोण की सीमा यह है कि यह आसानी से नहीं जान सकता कि अतिथि मशीन कब है
प्रारंभ हो गया है जिसमें पहले से प्लग इन किए गए डिवाइस शामिल होने चाहिए। सिद्धांत रूप में हम
उन्हें अपनी सतत डोमेन परिभाषा में जोड़ सकता है, लेकिन इसकी अपनी समस्याएं हैं क्योंकि
हम केवल उनके अल्पकालिक तार्किक पते से डिवाइस जोड़ सकते हैं, और हम इसकी गारंटी नहीं दे सकते
जब वह पता अमान्य हो जाएगा तो उन्हें डोमेन से हटाने के लिए दोबारा कॉल किया जाएगा
(जैसे यदि होस्ट अचानक बंद हो जाता है या यह अन्यथा सफाई से बंद नहीं होता है), तो हम
स्थायी डोमेन कॉन्फ़िगरेशन में कई पुरानी प्रविष्टियाँ जमा हो सकती हैं,
जो बाद में किसी पूरी तरह से अलग डिवाइस से मेल खा सकता है जिसे हम जोड़ना चाहते थे
यह। इसका मतलब है कि जब तक यह किसी तरह ठीक नहीं हो जाता, तब तक उन्हें लाइव गेस्ट में जोड़ना ही सुरक्षित है
डोमेन, ताकि रुकने पर वे हमेशा हटा दिए जाएं, चाहे वह कैसा भी हो
अंततः रुक गया।

स्पष्ट रूप से हमारे पास अपने आदर्श तक पहुंचने के लिए अभी भी कुछ रास्ता है।

क्या if we मारा it साथ में *दो* हथौड़े?
ऐसा प्रतीत होता है कि केवल दो ही तरीके हैं जिनसे हम अतिथि मशीन के होने की सूचना प्राप्त कर सकते हैं
वर्तमान में शुरू हुआ. इसमें एक और डेमॉन प्रक्रिया चलाना शामिल है, जो काम करेगी
किसी मेहमान के आने की प्रतीक्षा में बैठे रहने से थोड़ा अधिक, ताकि वह हमें बता सके
उसके बारे में। लेकिन तब हमारे पास कॉन्फ़िगर करने के लिए एक और चीज़ होगी, एक और प्रक्रिया होगी
दौड़ना, और फिर भी यह पता लगाने में और भी समस्याएँ कि यह कैसे सुनिश्चित किया जाए कि हम दौड़ में कब न हारें
डिवाइस ईवेंट का प्रारंभिक सेट प्राप्त करने के बीच, होस्ट को बूट किया जाता है, वह प्रक्रिया है
तैयार और सक्रिय, और कोई भी अतिथि जो वास्तव में बूट शुरू होने पर स्वचालित रूप से प्रारंभ हो जाएगा।

दूसरा तरीका libvirt हुक का उपयोग करना है। जिसके बदले में वास्तव में नहीं की समस्या है
हमें इससे कोई भी libvirt फ़ंक्शन चलाने की अनुमति देता है, जिसे संलग्न करने के लिए हमें ऐसा करने की आवश्यकता होती है
होस्ट को डिवाइस. और जिसकी हम गारंटी नहीं दे सकते कि हम उसे केवल डिफ़ॉल्ट रूप से इंस्टॉल कर सकते हैं,
क्योंकि सिस्टम पर केवल एक ही ऐसा हुक हो सकता है, जो स्थानीय व्यवस्थापक पहले से ही कर सकता है
उपयोग कर रहे हो...

एक तीसरा तरीका भी है, लेकिन इसमें स्थानीय व्यवस्थापक को सभी अतिथि शुरू करने की आवश्यकता होगी
मशीनें हमारे स्वयं के आवरण के माध्यम से होती हैं, न कि किसी भी तंत्र के माध्यम से जो वे पहले से ही जानते हैं
और उपयोग करें। जो समान स्थिति में अन्य USB उपकरणों का समर्थन करने के पैमाने पर नहीं है
ऐसे कई तरीके जो लोगों पर थोपने का एक भयानक समाधान होंगे।

लेकिन एक खामी है जिसका हम फायदा उठा सकते हैं। हम ट्रिगर करने के लिए libvirt qemu हुक का उपयोग कर सकते हैं
के लिए इवेंट बदलें udv, जो बदले में आह्वान कर सकता है bbvirt बिल्कुल वैसे ही जैसे कि होगा
ऐसा तब होता है जब डिवाइस वास्तव में हॉटप्लग किया गया हो, जो हमें संकेत की अतिरिक्त परत देता है
हमें हुक से इसे सुरक्षित रूप से करने में सक्षम होने की आवश्यकता है। रुब गोल्डबर्ग को गर्व होगा, और
कुछ टुकड़ों को हाथ से जोड़ने की आवश्यकता हो सकती है, लेकिन यह सब जगह पर होने पर, हम ऐसा कर सकते हैं
अतिथि मशीनों में सामान्य USB कार्यक्षमता जैसा कुछ।

यह सुंदर नहीं है, लेकिन हमें जिसके साथ काम करना है उसके साथ यह काम करेगा।

ठीक है, केवल कहना me जहां सेवा मेरे मारा यह।
इसे एक साथ जोड़ने के लिए, आपको निम्नलिखित सभी को सुनिश्चित करना होगा:

- udv(7) बिट-बैबलर पैकेज से नियम स्थापित हैं। यदि आपने इसे इंस्टॉल किया है
डेबियन पैकेज से जो पहले ही किया जाना चाहिए। यदि आपने नहीं किया, तो आपको इसकी आवश्यकता होगी
जो नियम पाए जाते हैं उन्हें स्थापित करें डेबियन/बिट-बबलर.udev स्रोत पैकेज से ए
आपके सिस्टम पर उपयुक्त स्थान (संभवतः /etc/udev/rules.d).

- bbvirt(1) स्क्रिप्ट को ऐसे स्थान पर स्थापित किया जाता है जहां udv नियम इसे ढूंढ लेंगे। अगर आप
इसे डेबियन पैकेज से इंस्टॉल नहीं किया, और यह अंदर नहीं है / Usr / bin, तो आपको आवश्यकता होगी
को ठीक करने के लिए udv उपयुक्त नियम.

- वे उपकरण जिन्हें आप अतिथि मशीनों में उपयोग करना चाहते हैं, और जिन मशीनों में आप उनका उपयोग करना चाहते हैं,
में निर्दिष्ट हैं bbvirt विन्यास फाइल। उसके लिए डिफ़ॉल्ट स्थान है
/आदि/बिट-बब्बलर/vm.conf. यदि आप किसी भिन्न फ़ाइल का उपयोग करना चाहते हैं तो आपको उसे पास करना होगा
के साथ स्थान --कॉन्फ़िगरेशन में विकल्प udv नियम, और हुक स्क्रिप्ट का उपयोग अद्यतन करें
फ़ाइल भी. आप उस फ़ाइल में क्या डाल सकते हैं इसका विवरण इसमें वर्णित है
विन्यास विकल्प नीचे अनुभाग।

- libvirt हुक फ़ाइल स्थापित है। यदि उपरोक्त सभी किया जाता है, तो उपकरण होंगे
चालू अतिथि मशीनों में जोड़ा जाता है यदि वे अतिथि के चलने के दौरान प्लग इन हो जाते हैं।
यह अंतिम चरण यह सुनिश्चित करता है कि जो डिवाइस पहले से प्लग इन हैं उन्हें नए में जोड़ा जाएगा
प्रारंभ किए गए अतिथि भी (जिसमें वे अतिथि भी शामिल हैं जो मेज़बान के समय स्वचालित रूप से प्रारंभ होते हैं
मशीन बूट)।

जब तक कोई सुरक्षित तरीका नहीं है तब तक हम बिना किसी विवाद या ओवरराइटिंग के इसे स्थापित कर सकते हैं
एक मौजूदा हुक, हर किसी को यह चरण मैन्युअल रूप से करने की आवश्यकता होगी। यदि आपने इंस्टॉल कर लिया है
डेबियन पैकेज, फिर उदाहरण हुक स्क्रिप्ट जो हमने इसके लिए प्रदान की है
में पाया /usr/share/doc/bit-babbler/examples/qemu-hook. यदि आपने नहीं किया तो इसे पाया जा सकता है
in libvirt/qemu-हुक स्रोत पैकेज का.

आपको उस फ़ाइल को इस प्रकार इंस्टॉल करना होगा /etc/libvirt/hooks/qemu, या इसकी सामग्री को इसके साथ मर्ज करें
अस्तित्व qemu यदि आपके पास पहले से ही वह हुक सेट है तो वहां फाइल करें। यदि वह फ़ाइल नहीं थी
पहले से मौजूद है, आपको पुनः आरंभ करने की आवश्यकता होगी libvirtd(8) इसका उपयोग शुरू करने के लिए।

इसमें सभी आवश्यक स्वचालन शामिल होने चाहिए, लेकिन आप डिवाइस को जोड़ और अलग भी कर सकते हैं
किसी भी समय मैन्युअल रूप से भी। ऐसा करने का विवरण निम्नलिखित में वर्णित किया जाएगा
अनुभाग। अन्यथा, उपरोक्त सभी कार्य करने के बाद, आह्वान करने की कोई अन्य आवश्यकता नहीं है
bbvirt सीधे.

विकल्प

इसके संचालन के दो प्राथमिक तरीके हैं bbvirt जिनका चयन आरंभिक द्वारा किया जाता है
क्रिया विकल्प. यदि क्रिया करना है संलग्न करना or अलग करना तब केवल एक ही उपकरण
पर कार्रवाई की जाएगी, और कौन सा उपकरण होना चाहिए, इसे स्पष्ट रूप से निर्दिष्ट किया जाना चाहिए, भले ही
उस समय होस्ट पर केवल एक डिवाइस मौजूद है। आह्वान करते समय bbvirt मैन्युअल रूप से,
la युक्ति इसके सीरियल नंबर, बस पर इसके तार्किक पते (में) द्वारा निर्दिष्ट किया जा सकता है
प्रपत्र बसनम:devnum, दशमलव पूर्णांक के रूप में दिया गया है), या बस पर इसका भौतिक पता (में
प्रपत्र बसनम-बंदरगाह[।बंदरगाह ...]).

यदि क्रिया करना है सब कुछ संलग्न करें or अलग-अलग, तो कार्य करने के लिए उपकरण हैं
द्वारा चयनित डोमेन इसके बजाय एसोसिएशन। यदि एक डोमेन स्पष्ट रूप से निर्दिष्ट है, तो सभी
कॉन्फ़िगरेशन फ़ाइल में उस अतिथि डोमेन को असाइन किए गए डिवाइस पर कार्रवाई की जाएगी
उसी तरह जैसे मानो bbvirt उनमें से प्रत्येक के लिए व्यक्तिगत रूप से आह्वान किया गया था
संलग्न करना or अलग करना कार्य। अगर कोई नहीं डोमेन प्रदान किया गया है, फिर सभी कॉन्फ़िगर किए गए अतिथि
डोमेन पर इस प्रकार कार्रवाई की जाएगी.

निम्नलिखित अतिरिक्त विकल्प उपलब्ध हैं:

-सी, --कॉन्फ़िगरेशन
डिवाइस असाइनमेंट आयात करने के लिए एक वैकल्पिक कॉन्फ़िगरेशन फ़ाइल निर्दिष्ट करें।
यदि फ़ाइल का पथ स्पष्ट रूप से प्रदान नहीं किया गया है, तो इसे खोजा जाएगा
la /etc/बिट-बबलर निर्देशिका (ए के साथ) .conf प्रत्यय)।

-सी, --कनेक्ट=यूआरआइ
विवरण दें वायरल(1) कनेक्शन यूआरआइ उपयोग करने के लिए। यह a को ओवरराइड कर देगा DOMAIN_URI सेट
कॉन्फ़िगरेशन फ़ाइल में डोमेन के लिए. यदि वह इनमें से किसी का उपयोग करके सेट नहीं किया गया है
तरीकों तो वायरल चल रहे उपयोगकर्ता के लिए डिफ़ॉल्ट bbvirt इस्तेमाल किया जाएगा।

-डी, --डोमेन=नाम
कार्य करने के लिए libvirt डोमेन निर्दिष्ट करें। इसका उपयोग डिवाइस को ओवरराइड करने के लिए किया जा सकता है
कॉन्फ़िगरेशन फ़ाइल से आवंटन कब bbvirt मैन्युअल रूप से, या कार्य करने के लिए आह्वान किया जाता है
किसी डिवाइस या डोमेन पर जो वर्तमान में कॉन्फ़िगरेशन फ़ाइल में निर्दिष्ट नहीं है।

-बी, --busnum=संख्या
वह USB बस नंबर निर्दिष्ट करें जिससे डिवाइस जुड़ा हुआ है। यह विकल्प अधिकतर है
टालते थे bbvirt इसे तब देखने की ज़रूरत है जब यह पहले से ही ज्ञात हो (जैसे कि कब)।
इसे a से कहा जाता है udv नियम)। यदि इसे पारित करने का आमतौर पर कोई अधिक कारण नहीं है
प्रेरक bbvirt मैन्युअल रूप से, चूँकि आप डिवाइस को उसके तार्किक या द्वारा निर्दिष्ट कर सकते हैं
इसके बजाय भौतिक पता.

-डी, --देवनम=संख्या
वह USB डिवाइस नंबर निर्दिष्ट करें जो डिवाइस को वर्तमान में सौंपा गया है। के साथ साथ
बस नंबर, यह डिवाइस का तार्किक पता बनाता है। यह विकल्प है
अधिकतर परहेज करते थे bbvirt जब यह पहले से ही ज्ञात हो (जैसे) तो इसे देखने की आवश्यकता है
जैसे कि जब इसे a से बुलाया जाता है udv नियम)। आमतौर पर पास होने का कोई खास कारण नहीं होता
यह अगर आह्वान कर रहा है bbvirt मैन्युअल रूप से, चूँकि आप केवल इसके द्वारा डिवाइस निर्दिष्ट कर सकते हैं
इसके बजाय तार्किक पता.

-एन, --पूर्वाभ्यास
किसी भी उपकरण को जोड़ें या अलग न करें, केवल यह दिखाएं कि यदि ऐसा होता तो क्या प्रयास किया जाता
लाइव रन. यह विकल्प न्यूनतम स्तर का तात्पर्य करता है --शब्दशः, लेकिन वाचालता हो सकती है
उस विकल्प को स्पष्ट रूप से पारित करके और भी बढ़ाया जा सकता है।

-में, --शब्दशः
वास्तव में क्या चल रहा है इसके बारे में अधिक शोर मचाओ। इसे कई बार पारित किया जा सकता है
वाचालता को और बढ़ाएँ।

-?, --मदद
उपलब्ध विकल्पों का संक्षिप्त सारांश दिखाएँ।

विन्यास विकल्प

RSI bbvirt कॉन्फ़िगरेशन फ़ाइल में वैरिएबल असाइनमेंट का उपयोग होता है खूब जोर से पीटना(1) शंख
वाक्य - विन्यास। इसे शेल स्निपेट के रूप में सोर्स किया गया है, इसलिए आप सिद्धांत रूप में इसका निर्माण कर सकते हैं
प्रत्येक डोमेन के लिए गतिशील रूप से कॉन्फ़िगरेशन, लेकिन आमतौर पर एक साधारण स्थैतिक असाइनमेंट
डोमेन के लिए उपकरणों की संख्या पर्याप्त होगी। यदि आप इसमें कोड चलाने का चुनाव करते हैं, तो आपको बहुत अच्छा होना चाहिए
आपके द्वारा उपयोग किए जाने वाले किसी भी अन्य वेरिएबल, या आपके ऊपर पड़ने वाले किसी अन्य दुष्प्रभाव के बारे में रक्षात्मक
घटित होने का कारण बन सकता है। इसमें कितने भी अतिथि डोमेन कॉन्फ़िगर किए जा सकते हैं।

प्रत्येक अतिथि डोमेन के लिए, दो चर व्यवहार को नियंत्रित करते हैं bbvirt:

DOMAIN_URI_डोमेन=यूआरआइ
यह वेरिएबल वैकल्पिक है, और सेट करता है वायरल(1) कनेक्शन यूआरआइ जब उपयोग करने के लिए
दिए गए उपकरणों को जोड़ना या अलग करना डोमेन। अगर --जुडिये विकल्प है
को स्पष्ट रूप से पारित किया गया bbvirt यह यहां जो सेट किया गया है उसे ओवरराइड कर देगा। यदि कनेक्शन
यूआरआइ इन विधियों में से किसी का उपयोग करके सेट नहीं किया गया है तो वायरल उपयोगकर्ता के लिए डिफ़ॉल्ट
दौड़ना bbvirt का उपयोग किया जाएगा (जो सामान्यतः रूट होगा यदि इसे चलाया जाए udv).

DOMAIN_RNG_डोमेन=( युक्ति धारावाहिक संख्या ... )
यदि किसी डोमेन पर डिवाइसों का स्वचालित पासथ्रू होता है तो यह वेरिएबल आवश्यक है
इच्छित। यह एक बैश ऐरे है, जो सभी की एक अलग सूची से भरा हुआ है
डिवाइस सीरियल नंबर जिन्हें आप असाइन करना चाहते हैं डोमेन. यह कोई त्रुटि नहीं है
यहां सूचीबद्ध किए जाने वाले डिवाइस जो वर्तमान में प्लग इन नहीं हैं। यह महत्वपूर्ण है
सुनिश्चित करें कि उपकरण केवल एक को ही सौंपे गए हैं डोमेन हालाँकि, और वह उपकरण
अतिथि डोमेन को असाइन किए गए डोमेन का उपयोग नहीं किया जाएगा बीज(1) उदाहरण चल रहा है
मेज़बान (जिसका अर्थ है बीज कॉन्फ़िगरेशन को एक स्पष्ट सूची पारित करने की आवश्यकता है
वे उपकरण जिनका वह उपयोग भी कर सकता है)।

यहां हमेशा डिवाइस सीरियल नंबर का उपयोग किया जाना चाहिए। आप इसके द्वारा कोई डिवाइस निर्दिष्ट नहीं कर सकते
बस में इसका तार्किक या भौतिक पता (जैसा कि आप अधिकांश अन्य स्थानों पर कर सकते हैं)।
हम एक डिवाइस आईडी लेते हैं)।

onworks.net सेवाओं का उपयोग करके bbvirt का ऑनलाइन उपयोग करें