DHCP का उपयोग किए बिना मैक पर वर्चुअल मशीन आईपी सेट करें

लेख में CentOS और Windows XP के लिए लिपियों के उपयोग पर चर्चा की गई है, जो VM के मैक नेटवर्क इंटरफेस के साथ-साथ Windows में नेटवर्क इंटरफ़ेस के प्रबंधन की कठिनाइयों के अनुसार IP सेट करते हैं।

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

बेशक, लॉन्च के समय, प्रत्येक वर्चुअल मशीन टेम्पलेट के समान होती है। सहित स्थापित नेटवर्क पैरामीटर विरासत में मिले हैं। सभी वर्चुअल मशीनें एक ही सबनेट पर काम करती हैं, जिसका अर्थ है कि उन्हें स्थिर आईपी का उपयोग नहीं करना चाहिए जो उन्हें टेम्पलेट मशीन से मिला है - अन्यथा संघर्ष उत्पन्न होंगे। यही है, प्रत्येक मशीन को अपना आईपी प्राप्त करना होगा। ऐसा लगता है कि समाधान बहुत सरल है - एक डीएचसीपी सर्वर और गतिशील आईपी का उपयोग करें।

हालांकि, एक और विकल्प है, जिसे मैं इस लेख में चर्चा करूंगा।

1. हमें वर्चुअल मशीनों की आवश्यकता क्यों है
2. कई वीएम क्लोन चलाते समय एक ही स्थिर पते की समस्या
3. हम मैक में आईपी को एनकोड करते हैं
4. मैक द्वारा आईपी आवंटन: डीएचसीपी
5. मैक द्वारा आईपी आवंटन: mac2ip स्क्रिप्ट
क) लिनक्स
b) विंडोज
6. नोट्स

अद्यतन
अपडेट २

स्पॉयलर: वास्तव में, सबसे दिलचस्प पैराग्राफ 3 में है) और 5), बाकी उन लोगों के लिए है जो पूरी तस्वीर देखना चाहते हैं।

1. हमें वर्चुअल मशीनों की आवश्यकता क्यों है

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

चयनित ब्राउज़रों में टेस्ट एक साथ और पूरी तरह से एक दूसरे से स्वतंत्र रूप से किए जाते हैं। हमने ब्राउज स्पेक में से एक में परीक्षण निष्पादन को बुलाया। उदाहरण के लिए, यदि मैं IE 8 और FF 3.6 ब्राउज़रों पर एक लॉगिन परीक्षण करना चाहता हूं, तो हमारा सिस्टम दो स्वतंत्र चश्मा बना देगा - यह चयनित ब्राउज़रों का उपयोग करके परीक्षण कोड निष्पादित करेगा। बहुत अधिक विस्तार में जाने के बिना, मेरा कहना है कि प्रत्येक युक्ति के लिए, हम कम से कम दो आभासी मशीनें बनाते हैं। एक मशीन, "हब", परीक्षणों के वास्तविक निष्पादन में लगी होगी - जावा और पीएचपी है, जिस पर परीक्षण लिखे जाने चाहिए। दूसरी मशीन पर, "परीक्षक", सेलेनियम आरसी और वांछित ब्राउज़र चल रहे हैं। सेलेनियम आरसी के माध्यम से परीक्षणों और ब्राउज़र के बीच बातचीत होती है। प्रत्येक कल्पना के बाद, वर्चुअल मशीन, जिस पर यह काम करता है, नष्ट हो जाती है।

चूंकि कई परीक्षण एक साथ चल सकते हैं, और हर कोई कई चश्मे का उपयोग कर सकता है, उदाहरण के लिए अपेक्षाकृत कई आभासी मशीनें भी काम कर सकती हैं - 50।

2. कई वीएम क्लोन चलाते समय एक ही स्थिर पते की समस्या

प्रत्येक प्रकार की वर्चुअल मशीन के लिए एक टेम्पलेट छवि होती है। जब सिस्टम के कर्नेल को किसी अन्य मशीन की आवश्यकता होती है, तो इस छवि की प्रतिलिपि बनाई जाती है और छवि की एक प्रति लॉन्च की जाती है - छवि स्वयं अपरिवर्तित रहती है। इस प्रकार, एक ही समय में अनिवार्य रूप से एक ही मशीन की बहुत सारी प्रतियां काम कर सकती हैं।

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

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

हमने समस्या को हल करने के लिए दो दृष्टिकोण देखे:
1) वर्चुअल मशीन उठने के बाद, यह डीएचसीपी से एक यादृच्छिक पता प्राप्त करता है, और फिर किसी तरह डेटाबेस में खुद को पंजीकृत करता है - i.e. इंगित करता है कि मैं इस तरह के और इस प्रकार के एक मशीन हूं, डीएचसीपी से इस तरह के और इस तरह के एक पते को प्राप्त किया।
2) किसी तरह से, कर्नेल वर्चुअल मशीन को स्पष्ट करता है कि इसे किस पते का उपयोग करना चाहिए, अर्थात्। आईपी ​​अनुपालन - मशीन शुरू होने से पहले ही एक आभासी मशीन मौजूद है।

पहला विकल्प कई कारणों से हमारे लिए जटिल लग रहा था। इस विकल्प ने वीएम को कर्नेल से बहुत स्वतंत्र बना दिया, एक अतिरिक्त संबंध था - वर्चुअल मशीन से आधार तक, अनुरोधित और पंजीकृत वीएम की तुलना करने में कठिनाइयां दिखाई दीं, और कर्नेल वास्तुकला से संबंधित कुछ समस्याएं।
हमें दूसरा विकल्प बहुत अधिक पसंद आया, क्योंकि कर्नेल ने तुरंत वीएम पर पूर्ण नियंत्रण प्राप्त कर लिया, और खुद को एक निलंबित स्थिति में नहीं पाया, वीएम को खुद को पंजीकृत करने की प्रतीक्षा कर रहा था।

3. हम मैक में आईपी को एनकोड करते हैं

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

मैक पते में हम वास्तव में आईपी को कैसे एनकोड करेंगे? वर्चुअलाइजेशन के लिए, हम एक्सईएन का उपयोग करते हैं, और एक्सएन वर्चुअल नेटवर्क कार्ड में एक मैक होना चाहिए जो इस तरह दिखता है: 00: 16: 3E: XX: XX: XX, जहां 00: 16: 3E नेटवर्क कार्ड के निर्माता के लिए कोड है। हम अपने विवेक पर अंतिम तीन बाइट्स का उपयोग कर सकते हैं (ज़ाहिर है, यह ध्यान में रखते हुए कि मैक अद्वितीय होना चाहिए)।
मान लीजिए कि हमारा सिस्टम 10.0.0.0/8 सबनेट पर काम करेगा, और इसलिए तार्किक समाधान आईपी पते के अंतिम तीन बाइट्स के अनुरूप मूल्यों का उपयोग करना है जिन्हें हम मैक के अंतिम तीन बाइट्स के लिए एन्कोड करना चाहते हैं।
यही है, पते के लिए 10.1.1.3 हम MAC 00: 16: 3E: 01: 01: 03 का उपयोग करेंगे।

यह मशीन को अपने मैक के अनुरूप वांछित आईपी प्राप्त करने के लिए मजबूर करने के लिए बनी हुई है। इसे फिर से दो तरीकों से किया जा सकता है।

4. मैक द्वारा आईपी आवंटन: डीएचसीपी

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

परिदृश्य इस तरह दिखेगा:
1) कर्नेल को वीएम की आवश्यकता होती है।
2) कर्नेल आईपी पतों के पूल को स्कैन करता है, पहले निर्लिप्त आईपी का चयन करता है (उदाहरण के लिए, 10.4.0.15), और इसे मैक में परिवर्तित करता है (00: 16: 3E: 04: 00: 0F)
4) कर्नेल वांछित प्रकार के वीएम की टेम्पलेट छवि को कॉपी करता है, वीएम कॉन्फ़िगरेशन फ़ाइल तैयार करता है (जिसमें यह इंगित करता है, प्राप्त मैक सहित)
5) कर्नेल VM को शुरू करता है
6) VM पते के लिए DHCP पर जाता है, यह MAC / IP मैपिंग टेबल की जाँच करता है और IP 10.4.0.15 जारी करता है।
7) कर्नेल इस समय 10.4.0.15 पर समय-समय पर पिंग करता है, और एक प्रतिक्रिया प्राप्त करता है, वर्चुअल मशीन के साथ काम करना शुरू करता है (बेशक, sshd के शुरू होने के इंतजार के बाद)

- एक डीएचसीपी सर्वर की आवश्यकता है
- यदि हम एक अलग सबनेट में जाते हैं या आईपी एड्रेस का एक अलग पूल प्राप्त करते हैं, तो आपको न केवल कर्नेल, बल्कि डीएचसीपी का भी विन्यास बदलना होगा।
+ आईपी ​​प्राप्त करने के लिए एक मानक दृष्टिकोण का उपयोग करता है

5. मैक द्वारा आईपी आवंटन: mac2ip स्क्रिप्ट

दूसरी विधि कम स्पष्ट है और कुछ अतिरिक्त काम करने की आवश्यकता है।
यह इस तथ्य में शामिल है कि स्टार्टअप पर वीएम एक विशेष स्क्रिप्ट निष्पादित करेगा जो मैक प्राप्त करेगा, इसे आईपी में बदल देगा, और एक नेटवर्क कार्ड असाइन करेगा। काम का परिदृश्य, इसलिए, व्यावहारिक रूप से समान होगा - केवल पैराग्राफ 6 बदल जाएगा। यह इस तरह दिखेगा:

6) वीएम अपने मैक के आधार पर अपने आईपी की गणना करता है, और इंटरफ़ेस शुरू करने से पहले इसे सेट करता है।

+ डीएचसीपी के रूप में और मैक-आईपी पत्राचार तालिका के भंडारण के लिए कोई अतिरिक्त लिंक की आवश्यकता नहीं है।
- प्रत्येक OS को अपनी स्वयं की mac2ip स्क्रिप्ट की आवश्यकता होगी

हमने इस विकल्प को लागू कर दिया है।
हम CentOS 5.6 और Windows XP PRO SP3 के साथ वर्चुअल मशीनों के साथ काम करते हैं, और इसलिए हमें प्रत्येक सिस्टम के लिए दो mac2ip स्क्रिप्ट की आवश्यकता थी।
दोनों लिपियों पर विचार करें।

क) लिनक्स

#!/bin/bash #      10 IP1=10 IFCFG=/etc/sysconfig/network-scripts/ifcfg-eth0 NETWORK=/etc/sysconfig/network case "$1" in *start) ;; *) exit ;; esac #  MAC  ,      MAC=$(ifconfig eth0|grep HWaddr|awk '{print $NF}'|grep ^00:16:3E) if [[ -z "$MAC" ]] ; then echo "Can't determine MAC address" >&2 exit 1 fi #  MAC  IP set -- $(echo $MAC|awk -F: '{print $4,$5,$6}') IPADDR=${IP1}.$((0x$1)).$((0x$2)).$((0x$3)) #    sed -i -e "s/^IPADDR.*/IPADDR=$IPADDR/" $IFCFG sed -i -e "/^HWADDR/d" $IFCFG sed -i -e "s/^HOSTNAME.*/HOSTNAME=localhost/" $NETWORK 

और नेटवर्क चलाने से पहले इस स्क्रिप्ट को चलाएं।

b) विंडोज

विंडोज एक्सपी में एक ही काम बहुत अधिक तरीके से किया जाता है। मैक को आईपी में समय के साथ बदलने के लिए एक अधिक कुशल तरीका हो सकता है।

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

ठीक है, यह कोई समस्या नहीं है - इंटरफ़ेस बंद करें। हालाँकि, getmac उपयोगिता, जिसे हम नेटवर्क का शुद्ध पता प्राप्त करने के लिए उपयोग करेंगे, बंद किए गए इंटरफ़ेस के लिए MAC वापस नहीं कर सकते हैं! इसलिए, हमें पहले इंटरफ़ेस को एक यादृच्छिक आईपी असाइन करना होगा, इसे चालू करना होगा, मैक का पता लगाना होगा, और फिर वांछित आईपी सेट करना होगा।

उपकरणों में हेरफेर करने के लिए, Devcon उपयोगिता का उपयोग किया जाता है।
यहाँ यह कैसा दिखता है:

 @echo off SET MAC= SET IP= SET MASK=255.255.255.0 SET GATEWAY= rem   IP.  IP      , rem           . rem 100 - ,  ,      rem     IP. set /A TEMP_THIRD_BYTE=100+%RANDOM:~0,2% set /A TEMP_FOURTH_BYTE=100+%RANDOM:~0,2% set TEMP_IP="192.168.%TEMP_THIRD_BYTE%.%TEMP_FOURTH_BYTE%" set TEMP_GATEWAY="192.168.%TEMP_THIRD_BYTE%.1" rem    netsh interface ip set address local static %TEMP_IP% %MASK% %TEMP_GATEWAY% 1 rem  .     C:\devcon\i386\devcon enable *VEN_10E* rem     MAC FOR /F "Tokens=4-6 Delims=- " %%d in ('getmac^|find "Device\Tcpip_"') do ( set /a dec_d=0x%%d set /a dec_e=0x%%e set /a dec_f=0x%%f ) rem   IP   SET IP=10.%dec_d%.%dec_e%.%dec_f% SET GATEWAY=10.%dec_d%.0.1 rem      netsh interface ip set address local static %IP% %MASK% %GATEWAY% 1 netsh interface ip set dns local static %GATEWAY% 

इस लिपि को ऑटोलैड में जोड़ें - उदाहरण के लिए, इस तरह (रिबूट आवश्यक):

 reg ADD "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run" /v "mac2ip" /t REG_SZ /d "c:\init\mac2ip.bat" 

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

शायद यह योजना स्पष्टता जोड़ देगी (एक नई विंडो में पूर्ण आकार पर क्लिक करके):

6. नोट्स

जिस विधि का हमने उपयोग किया - स्टार्टअप पर mac2ip स्क्रिप्ट के साथ - विन XP में धीमा हो गया। किसी भी मामले में, इसका वर्तमान कार्यान्वयन 10-15 सेकंड के लिए अपना काम करता है। इसी समय, वर्चुअल मशीन की शुरुआत से मैक 2 चिप स्क्रिप्ट की शुरुआत तक का समय 15-20 सेकंड है।

हालाँकि, हम पहली विधि (डीएचसीपी विथ आईपी बाइंडिंग टू मैक) का उपयोग करने के लिए जल्दी में नहीं हैं, क्योंकि:

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

- दूसरी बात, लिनक्स के लिए, डीएचसीपी से एक पता प्राप्त करना एक स्थिर पते के साथ वर्तमान संस्करण की तुलना में धीमा होगा।

तीसरा - निश्चित रूप से, अन्य नुकसान भी सामने आएंगे।

इसलिए विंडोज पर स्क्रिप्ट के वर्तमान संस्करण का अपेक्षाकृत धीमा संचालन डीएचसीपी के साथ एक संस्करण का उपयोग करने के लिए पर्याप्त कारण नहीं है।

विंडोज के लिए mac2ip स्क्रिप्ट को गति देने के लिए एक आदर्श समाधान होगा। मुझे सलाह देने में खुशी होगी - चूँकि यह स्क्रिप्ट्स से विंडोज़ नेटवर्क इंटरफेस को प्रबंधित करने का मेरा पहला अनुभव है, तो शायद पहले से ही एक साइकिल है।


अपडेट: सबसे पहले, The_Kf ने अपनी आँखें खोल दीं ताकि आईपीकॉन्फिग का उपयोग करके एक स्विच ऑफ इंटरफेस पर मैक को प्राप्त करने के लिए केले के रास्ते में आ सकें।
दूसरे, gribozavr ने एक प्रयोग किया जिससे पता चला कि पट्टे पर दिए गए IP का लीज-टाइम बिलकुल भी आवश्यक नहीं है, क्योंकि जब IP को MAC से बांधा जाता है, DHCP किसी भी स्थिति में IP को उसी MAC के साथ मशीन को देगा, भले ही लीज की समय सीमा समाप्त न हो। उन्होंने IPv6 से स्टेटऑटोफिगरेशन की ओर इशारा किया।
तीसरा, जब अक्शाविरोव के साथ काम कर रहा था , मुझे अचानक एहसास हुआ कि वे तुरंत डीएचसीपी पर अधिक बारीकी से क्यों नहीं देखते हैं।

अद्यतन 2: चौथा, amarao ने VM को IP स्थानांतरित करने के लिए xenstore का उपयोग करने का सुझाव दिया । अतिथि लिनक्स मशीन में, आपको बस xenstore-utils को स्थापित करने की आवश्यकता है, लेकिन Windows के लिए, आपको xenstore से पढ़ने के लिए एक उपयोगिता लिखने की आवश्यकता हो सकती है।