🍵 🧕🏽 👸🏼 लिनक्स केवीएम पर फ्रीबीएसडी चल रहा है 🈂️ 🤽🏿 🤟

उद्देश्य: लिनक्स से फ्रीबीएसडी को चलाने के लिए, प्रारंभिक सेटअप और अपडेट के दौरान लिनक्स सिस्टम में न्यूनतम बदलाव के साथ, वर्कस्टेशन और सर्वर पर चलने की क्षमता और प्रदर्शन के न्यूनतम नुकसान के साथ।

आप किसी भी सामान्य लिनक्स वितरण को VPS फ़ार्म के रूप में उपयोग कर सकते हैं। हमारे मामले में, यह amd64 के लिए 3.5.0 कर्नेल के साथ Ubuntu 12.10 होगा।

अतिथि प्रणाली i386 के लिए FreeBSD 9.1 होगी। 64 बिट की तुलना में 32-बिट अनुप्रयोगों द्वारा रैम की खपत काफी कम होने के कारण i386 आर्किटेक्चर को चुना गया था।

एक वर्चुअलाइजेशन सिस्टम के रूप में, लिनक्स-केवीएम ("कर्नेल-आधारित वर्चुअल मशीन") का उपयोग किया जाएगा।

विकल्पों के साथ केवीएम की एक संक्षिप्त तुलना

KVM के लाभ:

यह एक्सपी / ईएसएक्सआई / हाइपर-वी के विपरीत हाइपरविजर और संसाधन नियोजन की प्रारंभिक स्थापना की आवश्यकता नहीं है, और अध्ययन और परीक्षण के लिए इसे डेस्कटॉप सहित किसी भी लिनक्स वितरण पर चलाया जा सकता है,
अन्य सभी वर्चुअलाइजेशन सिस्टम (LXC को छोड़कर और OpenVZ कैविट्स के साथ) के विपरीत, यह बेस लिनक्स कर्नेल में शामिल है और इसे मुख्य लिनक्स डेवलपर्स (मुख्य रूप से RedHat ) द्वारा विकसित किया गया है,
LXC और OpenVZ के विपरीत, यह सहित, मनमाने ढंग से OS चलाने में सक्षम है लिनक्स अपने कर्नेल उदाहरण और ड्राइवरों का एक सेट के साथ।

विपक्ष KVM:

प्रोसेसर को वर्चुअलाइजेशन के लिए हार्डवेयर सपोर्ट होना चाहिए,
वर्चुअल मशीन लॉन्च और संपादन के लिए कोई सुविधाजनक ग्राफिकल गोले नहीं हैं,
आधार प्रणाली से फाइलों, प्रक्रियाओं और कंटेनर कंसोल (LXC और OpenVZ में है) के लिए कोई पारदर्शी पहुंच नहीं है।

पर्यावरण की स्थापना

इसके अलावा, हम मानते हैं कि सभी डिस्क छवियों और सेटिंग्स फ़ाइलों को घर निर्देशिका में पुण्य उपनिर्देशिका में संग्रहीत किया जाता है:

mkdir -p ~/virt && cd ~/virt

लिनक्स पर आवश्यक सॉफ्टवेयर स्थापित करें:

 apt-get update && apt-get -y install kvm

वर्चुअलाइजेशन स्वयं कर्नेल के हिस्से के रूप में मॉड्यूल द्वारा किया जाता है, लेकिन निर्भरता के अनुसार उपयुक्त-इंस्टाल होने वाले पैकेजों में नियंत्रण और सहायक उपयोगिताएं होती हैं, बुनियादी लिनक्स सेवाओं के लिए केवीएम-विशिष्ट सेटिंग्स (उदाहरण के लिए, udev के लिए), आदि।

हार्डवेयर समर्थन की जाँच करें:

 kvm-ok

हार्डवेयर वर्चुअलाइजेशन (ए) प्रोसेसर द्वारा समर्थित होना चाहिए और (बी) BIOS में सक्षम होना चाहिए। अन्यथा, KVM काम नहीं कर पाएगा, और अतिथि सिस्टम स्टार्टअप कमांड या तो विफल हो जाएगा (यदि -enable-kvm कुंजी निर्दिष्ट है), या काफी कम कुशल QEMU- आधारित सॉफ़्टवेयर वर्चुअलाइजेशन मोड पर स्विच करें।
मानक केवीएम-ओके शेल स्क्रिप्ट विशिष्ट जांच करता है और, यदि परिणाम विफल होता है, तो एक फिक्स की सलाह देता है।

कंटेनर नेटवर्क

KVM अतिथि नेटवर्क के आयोजन के लिए कई विकल्पों का समर्थन करता है (उदाहरण के लिए, एक संक्षिप्त आधिकारिक समीक्षा )। फिलहाल, "आदमी kvm" में 9 शामिल हैं ! दर्जनों संभावित उपकुंजियों के साथ " -नेट " कुंजी के लिए 8 विकल्प, और अक्सर "-नेट" को दो बार कंटेनर लॉन्च कमांड में दो बार निर्दिष्ट करना चाहिए - उपकुंजियों के विभिन्न सेटों के साथ - अतिथि इंटरफ़ेस बनाने के लिए, और अतिथि के साथ संचार करने के लिए आधार प्रणाली में एक इंटरफ़ेस बनाने के लिए। प्रारंभिक विकास के दौरान शायद नेटवर्क सेटिंग्स KVM का सबसे अप्रयुक्त हिस्सा हैं।

अधिक या कम गंभीर उपयोग के लिए, दो विकल्प समझ में आते हैं:

बुनियादी प्रणाली मेहमानों को तथाकथित के माध्यम से बाहरी नेटवर्क तक पारदर्शी पहुंच प्रदान करती है नेटवर्क ब्रिज ("नेटवर्क ब्रिज"),
आधार प्रणाली बाहरी और अतिथि नेटवर्क ("रूटर") के बीच एक राउटर के रूप में कार्य करती है।

दोनों को सुपरसुसर विशेषाधिकारों की आवश्यकता होती है, हमारे मामले में उनके पास "-नेट ..." के लिए समान मापदंडों का सेट है, लेकिन स्क्रिप्ट "-नेट ..., स्क्रिप्ट = ... " में क्रियाओं के सेट में भिन्नता है , जिसे केवीएम कॉल करता है जब कंटेनर नेटवर्क को कॉन्फ़िगर करना शुरू करता है। आधार प्रणाली में बनाया गया एक इंटरफ़ेस। पुल विकल्प थोड़ा सरल है, इसलिए हमारी स्क्रिप्ट ~ / virt / kvm-ifup-bridge.sh निम्नलिखित कार्य करेगी:

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

 #!/bin/sh # Constants BRIDGE_IFACE="br0" # Variables iface="$1" gwdev="$(ip route get 8.8.8.8 | grep ' via ' | sed -e 's,.* dev ,,' -e 's, .*,,' | head -1)" my_ip="$(ip addr list dev $gwdev | grep ' inet ' | sed -e 's,.* inet ,,' -e 's, .*,,' | head -1)" # Create and configure bridge if ! ip link list "$BRIDGE_IFACE" >/dev/null 2>&1 then echo "Create bridge $BRIDGE_IFACE..." brctl addbr "$BRIDGE_IFACE" brctl addif "$BRIDGE_IFACE" "$gwdev" ip link set "$BRIDGE_IFACE" up ip addr add "$my_ip" dev "$BRIDGE_IFACE" fi # Move routes from physical iface to bridge if test "$gwdev" != "$BRIDGE_IFACE" then ip route list dev "$gwdev" | grep -v 'scope link' \ | while read line; do ip route delete $line dev "$gwdev" ip route add $line dev "$BRIDGE_IFACE" done fi # Add virtual iface to bridge ip link set "$iface" up brctl addif "$BRIDGE_IFACE" "$iface"

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

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

KVM स्टार्टअप पर अतिथि नेटवर्क इंटरफेस के लिए स्वचालित रूप से मैक पते उत्पन्न करने में सक्षम है, लेकिन यदि आप एक नेटवर्क ब्रिज के माध्यम से मेहमानों को बाहरी दुनिया में जारी करने की योजना बनाते हैं, तो उन्हें स्थायी मैक पते आवंटित करना बेहतर है। विशेष रूप से, यदि डीएचसीपी सर्वर बाहरी नेटवर्क पर चल रहा है, तो इससे अतिथि प्रणाली को हर बार शुरू होने पर उसी आईपी को प्राप्त करने में मदद मिलेगी। सबसे पहले, आधार मैक पते को "लिखें"

 perl -e '$XEN_RESERVED = "00:16:3e"; printf "%s:%02x:%02x:%02x\n", $XEN_RESERVED, int(rand(0x7f)), int(rand(0xff)), int(rand(0xff));'

कंटेनरों के लिए, हम उनके सीरियल नंबर के साथ अंतिम संख्या को बदल देंगे। हम उनके नाम के लिए और VNC कंसोल के लिए एक ही नंबर का उपयोग करेंगे। उदाहरण के लिए, कंटेनर नंबर 25 को "kvm_25" कहा जाएगा, जिसमें MAC 00: 16: 3e: xx: xx: 25 होगा, और पोर्ट 59 25 पर VNC कनेक्शन को सुनें। ~~विभिन्न संख्या प्रणालियों के साथ बवासीर को न~~ बढ़ाने के ~~लिए,~~ अनावश्यक समस्याएं नहीं होने के लिए, 10 से 99 तक संख्या चुनने की सिफारिश की जाती है। बेशक, यह दृष्टिकोण VDS होस्टिंग में उपयोग नहीं किया जाता है, लेकिन यह व्यक्तिगत आवश्यकताओं के लिए उपयुक्त है।

कार्य योजना

1. CD छवि से बूट करें, खाली HDd छवि पर OS स्थापित करें, VM को बंद करें।
2. स्टार्टअप स्क्रिप्ट को संपादित करें (सीडी को बंद करें), एचडीडी से बूट करें, अतिथि ओएस में गुणियो समर्थन को कॉन्फ़िगर करें, वीएम को बंद करें।
3. हम स्टार्टअप स्क्रिप्ट को संपादित करते हैं (हम आईडीई और रियलटेक से गुणी तक डिस्क और नेटवर्क के प्रकार बदलते हैं), हम बूट करते हैं।

पहले बूट के लिए तैयारी

FreeBSD स्थापना डिस्क की ISO छवि डाउनलोड करें:

 wget http://mirror.yandex.ru/freebsd/releases/ISO-IMAGES/9.1/FreeBSD-9.1-RELEASE-i386-disc1.iso

एक हार्ड डिस्क छवि बनाएं:

 kvm-img create -f qcow2 freebsd9.img 8G kvm-img info freebsd9.img

छवि प्रारूप "-f" स्विच के साथ चुना जाता है: कच्चा (डिफ़ॉल्ट), qcow2, vdi, vmdk, क्लूप, आदि। रॉ किसी भी सॉफ्टवेयर के लिए समझ में आता है, लेकिन न्यूनतम अवसर प्रदान करता है और तुरंत अधिकतम संभव जगह लेता है। Qcow2 अधिक कॉम्पैक्ट है (गतिशील आकार का समर्थन करता है) और अधिक कार्यात्मक (स्नैपशॉट, संपीड़न, एन्क्रिप्शन, आदि का समर्थन करता है), लेकिन केवल QEMU-आधारित सिस्टम द्वारा मान्यता प्राप्त है।

पहला लॉन्च और इंस्टालेशन

स्क्रिप्ट चलाने के लिए ~ / virt / freebsd9.start

 #!/bin/sh MACBASE="00:16:3e:33:28" VM_ID=10 DIR=$HOME/virt sudo kvm \ -net "nic,model=rtl8139,macaddr=$MACBASE:$VM_ID" \ -net "tap,ifname=tap$VM_ID,script=$DIR/kvm-ifup-bridge.sh,downscript=/bin/true" \ -name "kvm_$VM_ID" \ -enable-kvm \ -m 512M \ -hda $DIR/freebsd9.img \ -cdrom "$DIR/FreeBSD-9.1-RELEASE-i386-disc1.iso" \ -boot order=d \ ## END ##

खुलने वाली विंडो में, सीडी लोडर और फ्रीबीएसडी इंस्टॉलर शुरू होना चाहिए। हम सामान्य तरीके से इंस्टॉलेशन करते हैं। लगभग सभी विकल्पों को डिफ़ॉल्ट रूप से छोड़ा जा सकता है।

कमांड स्पष्टीकरणों को लॉन्च करें

सूडो आवश्यक है क्योंकि TAP इंटरफ़ेस बनाने के लिए, KVM लोडर को सुपरसुसर विशेषाधिकारों की आवश्यकता होती है।

दो " -नेट " कुंजियाँ एक दूसरे से जुड़े दो नेटवर्क इंटरफेस बनाती हैं: गेस्ट सिस्टम में आधार प्रणाली और वर्चुअल रियलटेक -8139 में टैप करें ।

" -Enable-kvm " स्विच यह सुनिश्चित करता है कि यदि केवीएम प्रारंभ नहीं हो सकता है तो QEMU स्वचालित रूप से सॉफ्टवेयर इम्यूलेशन मोड का चयन नहीं करता है।

" -Name " कुंजी कंसोल विंडो के शीर्षक को परिभाषित करती है, इसका उपयोग प्रक्रियाओं की सूची खोजने के लिए किया जा सकता है, आदि।

बूट डिस्क सीडी (" -बूट ऑर्डर = डी") है। विकल्प केवल तभी मान्य होता है जब कंटेनर चालू होता है, अर्थात। रिबूट पर, सिस्टम डिस्क पहली डिस्क से शुरू होगी।

-M स्विच अतिथि RAM के आकार को निर्दिष्ट करता है। डिफ़ॉल्ट 128 मेगाबाइट है। यह इंस्टॉलर के काम करने के लिए पर्याप्त हो सकता है, लेकिन एक सफल इंस्टॉलेशन के बाद, पोर्ट से एक बड़ी परियोजना को "-m 256M" और 512 मेगाबाइट्स का एक स्वैप विभाजन (आकार अपने आप इंस्टॉलर द्वारा चुना जाता है) कर्नेल ट्रैप के साथ इकट्ठा करने का पहला प्रयास है।

KVM लोडर एक सामान्य उपयोगकर्ता प्रक्रिया की तरह काम करता है, इसलिए वर्चुअल मशीन को बंद करने के लिए, बस Ctrl + C को कंसोल में दबाएं (स्वाभाविक रूप से, अतिथि ओएस चल रहा है और अतिथि कंसोल में पावरऑफ का उपयोग करें) ऐसा नहीं करना बेहतर है। लोडर सांकेतिक छद्म डिवाइस / देव / kvm के माध्यम से कर्नेल में वर्चुअलाइजेशन सिस्टम के साथ संचार करता है, इसलिए कोई भी उपयोगकर्ता जिसे इसे लिखने का अधिकार है, वह वर्चुअल मशीन शुरू कर सकता है। एक नियम के रूप में, ऐसे उपयोगकर्ताओं के लिए, सिस्टम में " kvm " समूह बनाया जाता है।

बैकग्राउंड में चलने के लिए, बूटलोडर में " -डेमनीज " स्विच होता है ।

गुण का दूसरा प्रक्षेपण और विन्यास

Freebsd9.start स्क्रिप्ट चलाने से पहले, आपको " बूट " और " cdrom " लाइनों पर टिप्पणी करने की आवश्यकता है। फिर हम इसे लॉन्च करते हैं और फ्रीबीएसडी बूट पूरा होने पर, हम सुपरसुसर विशेषाधिकारों के साथ इसकी कमांड लाइन में प्रवेश करते हैं।

FreeBSD के लिए पुण्य अतिथि ड्राइवर अभी तक कोर कर्नेल में शामिल नहीं हैं, लेकिन एक पोर्ट के रूप में वितरित किए जाते हैं, इसलिए हमें पोर्ट ट्री को स्थापित करने की आवश्यकता है:

 portsnap fetch extract

बनाने के लिए, ड्राइवरों को वर्तमान कर्नेल के स्रोतों की आवश्यकता होती है:

 csup -h cvsup2.ru.FreeBSD.org /usr/share/examples/cvsup/standard-supfile

उसके बाद, हम ड्राइवरों को स्वयं एकत्रित करते हैं और स्थापित करते हैं:

 make -C /usr/ports/emulators/virtio-kmod install clean

निम्नलिखित पंक्तियों को /boot/loader.conf में जोड़ा जाना चाहिए:

 virtio_load="YES" virtio_blk_load="YES" virtio_pci_load="YES" virtio_balloon_load="YES" if_vtnet_load="YES"

उन्हें / var / db / pkg / virtio-kmod * / + DISPLAY से कॉपी किया जा सकता है। यदि आप भूल जाते हैं, तो फ्रीबीएसडी कर्नेल माउंटमार्ट> प्रॉम्प्ट को लोड करने पर गिर जाएगा, क्योंकि यह डिस्क डिवाइस को रूट एफएस के साथ देखने में सक्षम नहीं होगा। आपको रिबूट करने की आवश्यकता होगी, बूट मैनेजर की कमांड लाइन पर जाएं और कर्नेल के सामने "लोड" कमांड के साथ मैन्युअल रूप से लोड करें।

/Etc/rc.conf में दो में से एक लाइन डालें:

 ifconfig_vtnet0="DHCP" # ..ifconfig_re0   ifconfig_vtnet0_name="re0" # ..ifconfig_re0  !

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

/ Etc / fstab में, आपको सभी / dev / ada को / dev / vtbd से बदलना होगा । यदि इंस्टॉलर द्वारा डिस्क को स्वचालित रूप से चिह्नित किया गया था, तो fstab इस तरह हो जाएगा:

 # Device Mountpoint FStype Options Dump Pass# /dev/vtbd0p2 / ufs rw 1 1 /dev/vtbd0p3 none swap sw 0 0

यदि आप गलत तरीके से fstab को भूल जाते हैं या संपादित करते हैं, तो अगली बार जब आप बूट करते हैं, तो आपको माउंटरोट प्रॉम्प्ट के साथ प्रस्तुत किया जाएगा और आपको मैन्युअल रूप से इसमें टाइप करना होगा "ufs: / dev / vtbd0p2"।

सदाचार क्या है और इसकी आवश्यकता क्यों है?

यदि कंटेनर में एक वास्तविक डिवाइस (जैसे कि एक Realtek नेटवर्क कार्ड या SCSI डिस्क) की एक आभासी प्रति प्रदान की जाती है, तो उसे कॉल पहले अतिथि सिस्टम में डिवाइस ड्राइवर के माध्यम से जाता है। ड्राइवर उच्च-स्तरीय रीड / कॉल को निम्न-स्तर के संचालन में रुकावटों, रजिस्टरों, I / O पोर्ट्स, आदि के साथ परिवर्तित करता है। वे वर्चुअलाइजेशन सिस्टम द्वारा इंटरसेप्ट किए जाते हैं और रिवर्स काम करते हैं - यह एक बाहरी सिस्टम के लिए उच्च-स्तरीय कॉल में अनुवाद करता है (उदाहरण के लिए, डिस्क छवि फ़ाइल को पढ़ना / लिखना)।

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

वे लिखते हैं कि गुण का परिवर्तन अतिथि सिस्टम में डिस्क को आधे से गति देता है, और नेटवर्क लगभग परिमाण का एक क्रम है ।

एक और दिलचस्प गुण सुविधा, अतिथि प्रणाली (" गुब्बारा ") और उसी सामग्री के साथ मेमोरी ब्लॉकों के संयोजन के लिए मेमोरी का गतिशील आवंटन है (केएसएमएम, "कर्नेल सेमपेज मर्जिंग")।

वर्चुअलबॉक्स और केवीएम संगत पुण्य इंजन का उपयोग करते हैं, इसलिए उनके लिए अतिथि ड्राइवरों का सेट समान है। लिनक्स पर, अतिथि ड्राइवर पहले से ही मानक कर्नेल में शामिल हैं; FreeBSD के लिए, उन्हें एक पोर्ट (ऊपर देखें) के रूप में वितरित किया जाता है। विंडोज के लिए, वे KVM डेवलपर्स ( यहां देखें) द्वारा लिखे गए हैं।

तीसरा लॉन्च

नेटवर्क इंटरफ़ेस और डिस्क के साथ लाइनों को ~ / virt / freebsd9.start में बदलें :

 -net "nic,model=rtl8139,macaddr=$MACBASE:$VM_ID" \ -hda $DIR/freebsd9.img \

... निम्नलिखित के लिए:

 -net "nic,model=virtio,macaddr=$MACBASE:$VM_ID" \ -drive "file=$DIR/freebsd9.img,if=virtio" \

यदि FreeBSD बूटिंग सफल है, तो आप निम्न आदेशों के साथ सत्यापित कर सकते हैं कि वर्चुअल डिवाइस अब उपयोग में हैं:

 ifconfig df; swapinfo kldstat dmesg | grep vt

अतिथि कंसोल

डिफ़ॉल्ट रूप से, KVM SDL लाइब्रेरी का उपयोग करके ग्राफिक्स विंडो में अतिथि कंसोल प्रदान करता है। यह विकल्प पृष्ठभूमि में कंटेनर को चलाने के लिए, ग्राफिक्स के बिना सर्वर पर चलने के लिए, और नेटवर्क पर कंसोल तक पहुंचने के लिए उपयुक्त नहीं है।

इस समस्या को हल करने के लिए, KVM कंटेनर VNC नेटवर्क प्रोटोकॉल के माध्यम से अतिथि कंसोल तक पहुँच प्रदान कर सकता है। ~ / Virt / freebsd9.start में, स्टार्टअप विकल्पों में पेस्ट करें:

 -vnc localhost:$VM_ID \

अब, जब कंटेनर शुरू होता है, तो केवीएम एक ग्राफिकल विंडो नहीं, बल्कि एक नेटवर्क कनेक्शन खोलेगा। आप इसे देख सकते हैं, उदाहरण के लिए, " sudo netstat -ntlp | grep -w kvm " कमांड के साथ।

एक क्लाइंट एप्लिकेशन इंस्टॉल करें (उदा। कसैले ) और कंसोल से कनेक्ट करें:

 apt-get install vncviewer vncviewer :10

नोट: अगर वीएनसी विंडो में कीबोर्ड पर कोई प्रतिक्रिया नहीं है, तो उस पर क्लिक करें।

एक वीएनसी कनेक्शन को पासवर्ड संरक्षित किया जा सकता है, लेकिन दुर्भाग्य से कमांड लाइन से सीधे पासवर्ड निर्दिष्ट करना संभव नहीं है। आपको या तो एक अलग नियंत्रण सॉकेट (इसे कैसे कॉन्फ़िगर करें और इसे कैसे कनेक्ट करें) का संक्षिप्त विवरण , या Ctrl + Alt + Shift + 2 दबाकर मुख्य VNC विंडो में इसे खोलने का संक्षिप्त विवरण के माध्यम से कंटेनर के नियंत्रण कंसोल से कनेक्ट करने की आवश्यकता होगी।

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

लिनक्स केवीएम पर फ्रीबीएसडी चल रहा है