Bridged बनाम NAT: एक वर्चुअलबॉक्स और VMWare तुलना

Question

मैंने दो अलग-अलग मेजबानों पर VMWare वर्कस्टेशन 7.1.x और वर्चुअलबॉक्स 4.0.8 स्थापित किया है, इसलिए मैं तुलना कर सकता हूं।

मैंने NAT पर दोनों के लिए वर्चुअल नेटवर्क एडेप्टर सेट किया, जो दोनों के लिए सफल था। परिणाम:

वर्चुअलबॉक्स पता: 10.10.2.13 VMWare पता: 192.168.0.20

VMWare अतिथि को असाइन किया गया IP अपेक्षित था। लेकिन मैं वर्चुअलबॉक्स को दिए गए आईपी पते से हैरान था। ये मशीनें मेरे घरेलू नेटवर्क पर हैं, जिसमें केवल NAT पते (192.168.xx) हैं, इसलिए जब मैंने 10.10.2.x देखा - तो मैं कुछ चकित था।

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

संक्षेप में, मुझे लगता है कि VMWare अतिथि व्यवहार वह है जो मुझे उम्मीद थी। वर्चुअलबॉक्स व्यवहार मेरे लिए अजीब था। यदि कुछ भी हो, तो मुझे उम्मीद थी कि वर्चुअलबॉक्स ने विपरीत काम किया होगा (नैट लान अडैप्टर के लिए NAT एड्रेस का उपयोग करें, और ब्रिजेड रूटीन के लिए नॉन-नैट एड्रेस)। मुझे गलत मत समझो, मैं किसी भी कॉन्फ़िगरेशन के तहत - नॉर्ट-एड्रेस को Virtuabox के साथ देखकर हैरान था।

लेकिन क्या कोई मुझे समझा सकता है कि मेरे द्वारा किए गए परिणाम मुझे क्यों मिले? और मेरे घर के नेटवर्क पर आईपी एड्रेस 10.10.2.x "कैसे" काम कर रहा था?

ध्यान रखें कि दोनों वीएम मेहमानों के पास हर समय सफल नेटवर्किंग थी।

Answer 1

यह सब मुझे सामान्य लगता है।

10.0.0.0/8 (और साथ ही 172.16.0.0/12) के तहत कुछ भी पूरी तरह से सामान्य NAT पते हैं। जब आप अपने VMs को NAT मोड में रखते हैं, तो सॉफ्टवेयर अनिवार्य रूप से कार्य करता है क्योंकि यह अतिथि मशीनों के लिए स्वयं dhcp सर्वर है और होस्ट नेटवर्क पर अनुवाद करेगा, ताकि किसी विशेष होस्ट के सभी मेहमान होस्ट के साथ एक आईपी साझा करें। उन श्रेणियों में से कुछ भी NAT के लिए उचित खेल हैं। ऐसा प्रतीत होता है कि VMWare डिफ़ॉल्ट रूप से 192.168.0.0/24 रेंज का उपयोग करता है, और वर्चुअलबॉक्स 10.0.0.0 रेंज का उपयोग करता है। दोनों ही ठीक हैं, और न तो दूसरे से बेहतर है (हालांकि मैं व्यक्तिगत रूप से 10.0.0.0 पर्वतमाला पसंद करता हूं क्योंकि इसमें 255 गुना अधिक पते उपलब्ध हैं)।

ऐसा लगता है कि शायद आपने अपने होस्ट नेटवर्क और इंटरनेट के बीच NAT का उपयोग करने के लिए NAT मोड की उम्मीद की थी, लेकिन ऐसा नहीं होता है। वास्तव में, यह वही है जो पुल मोड करता है। ब्रिज मोड में स्विच करने का अर्थ है कि आपके VM अतिथि अब सीधे आपके घर के राउटर के dhcp सर्वर से पतों के लिए जुड़े हुए हैं। VirtualBox और VMWare दोनों अब एक ही स्थान से पते प्राप्त करेंगे। VMware भी बदल गया है, यह सिर्फ इतना है कि पुराने मोड और नए मोड समान पूल से पते दे रहे थे।

Comments

यह 172.16.0.0/16 :-) है। इसके अलावा 10.0.0.0 पते क्यों हैं क्योंकि "अधिक पते उपलब्ध हैं"? क्या आपको लगता है कि आप कभी राशि तक पहुँचेंगे?

— sinni800

@sinni - नहीं, यह 172.16.0.0/12 है, क्योंकि 172.31.255.255 में सीमा के अंत का निशान है। / 16 172.16.255.255 पर समाप्त होगा। और मैं एक बड़े नेटवर्क पर काम करता हूं जहां कुछ वर्गों के लिए पूल असाइन करना सुविधाजनक है - इसलिए सभी प्रिंटर 10.x.15.0 में हैं, उदाहरण के लिए। एक विभाग के सभी ग्राहक 10.2.0.0, दूसरे 10.3.0.0 हैं। पहले विभाग के प्रिंटर 10.2.15.0-10.2.15.255 हैं, दूसरे विभाग के 10.3.15.0 हैं। से 10.3.15.255 तक। मैं सभी पतों का उपयोग कभी नहीं करूँगा, लेकिन इसे आवंटित करने के लिए अधिक ब्लॉक होना अच्छा है।

— जोएल कोएहॉर्न

यह 172.16.0.0/16 है क्योंकि 16 से 32 सामान्य रूप से अपने स्वयं के सबनेटवर्क हैं। तो इस रेंज में कुल 16 जाल हैं ... मुझे पता है कि आपका क्या मतलब है, लेकिन मैंने इसके बारे में थोड़ा अलग सोचा था जब आपने पहली बार कहा था। एक बार से अधिक सबनेट करने से समझ में आता है :)

— sinni800

पूरी रेंज 172.16.0.0/12 है, लेकिन इसे आम तौर पर एक / 12 के बजाय 16/16 (172.16.0.0/16, 172.17.0.0/16, ..., 172.31.0.0/16) ब्लॉक माना जाता है। इसी तरह से 192.168.0.0/16 आमतौर पर 256/24 माना जाता है और एक / 16 नहीं।

— डेविड स्पिललेट

Answer 2

10.xxx रेंज आधिकारिक तौर पर केवल 192.168.xx के रूप में आंतरिक उपयोग के लिए अनाधिकृत और अभिप्रेत है, इसलिए इस सीमा से पते का उपयोग करना 192.168.xx के सबनेट का उपयोग करने से अधिक अजीब नहीं है (यह सिर्फ उतना आम नहीं है - अन्य उपभोक्ता उपकरण वह NAT और / या DHCP डिफ़ॉल्ट रूप से a / 24 192.168.0.0/16 के भीतर)।

172.16-32.xx निजी पते के लिए भी आरक्षित हैं, लेकिन ये आमतौर पर कम उपयोग किए जाते हैं।

10.10.2.x रेंज केवल वर्चुअलबॉक्स और VMs के लिए दिखाई दे रही है जो नैट नेटवर्क एडाप्टर के साथ चल रही है। आउटगोइंग कनेक्शन के लिए, NAT के माध्यम से, आपके VMWare होस्ट मशीन के NIC द्वारा उपयोग किए गए पते पर, और उत्तरों का अनुवाद किया जाता है - यह VMWare 192.168.something.0 / 24 रेंज के साथ क्या कर रहा है, यह अलग नहीं है।

Comments

"10.10.2.x रेंज केवल वर्चुअलबॉक्स और VMs के लिए दिखाई दे रही है जो नैट नेटवर्क एडाप्टर के साथ चल रही है।" मुझे बताएं कि क्या मैंने इसे गलत समझा, लेकिन अगर हर वीएम उस वर्चुअल नेटवर्क में है, तो वे एक-दूसरे से जुड़ सकते हैं, जो एनएटी मोड में संभव नहीं है। यह "होस्ट नेटवर्क" मोड में संभव है।

— sinni800

NATR में VMWare के तहत IIRC, एक ही इंटरफ़ेस का उपयोग करने वाले VMs एक दूसरे को देख सकते हैं। होस्ट-ओनली मोड में एक वीएम केवल होस्ट को सीधे देखेगा हालांकि होस्ट अभी भी रूटिंग / नेट प्रदर्शन कर सकता है इसलिए वीएम कुछ भी एक्सेस कर सकता है होस्ट इसे अनुमति देता है (यह सिर्फ होस्ट को देखने में सक्षम है और कुछ नहीं)। आपके विवरण से लगता है कि वीबी "नेट नेटवर्क" का उपयोग करता है, जिसका अर्थ है कि वीएमवेयर "केवल होस्ट" कहलाता है। मैं आमतौर पर वैसे भी अपने वातावरण में सब कुछ के लिए उपयोग करता हूं, इसलिए मुझे सही याद नहीं हो सकता है। या तो मामले में 10.xxx 192.168.xx के रूप में मान्य है

— डेविड स्पिललेट

Answer 3

आपकी परिभाषा में "गैर-एनएटी" पता क्या है? आप "स्थानीय नेटवर्क" पते का मतलब है। मुझे लगता है कि आप यहां कुछ गलत कर रहे हैं।

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

NAT मौजूद है क्योंकि स्थानीय नेटवर्क का पता 192.168.0.20 पूरे विश्व में एक लाख बार मौजूद हो सकता है। तो उन मिलियन बार एक-दूसरे के साथ हस्तक्षेप नहीं करते हैं, यह अनुवाद करता है (इसलिए "नेटवर्क एड्रेस ट्रांसलेशन") उन "स्थानीय" पतों को इंटरनेट पर आपके राउटर को आपके आईएसपी से मिलता है।

विकिपीडिया लेख में इसका वर्णन बेहतर है कि मैं क्या कर सकता हूं।