हाइपर-वी वर्चुअल स्विच मुद्दा: गेस्ट और होस्ट पर समान आईपी


6

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

Here it's the virtual switch configuration

The network adapters on the host

Host configuration. Notice MAC and IP

Guest configuration. Notice MAC and IP

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


कृपया का आउटपुट जोड़ें ipconfig /all पद के लिए। क्या वीएम नेटवर्क को सही ढंग से देख सकता है? यदि आप वीएम को एक और स्थिर आईपी देते हैं तो क्या होगा? टिप्पणी: मुझे बाहरी वर्चुअल स्विच के साथ अस्पष्टीकृत समस्याएँ हुई हैं, इसलिए मैं VM को भौतिक एडाप्टर पर स्थापित करना पसंद करता हूं - इस तरह से कम समस्याएं।
harrymc

जवाबों:


5

कुछ डीएचसीपी सर्वर हमेशा एक ही मैक को एक ही आईपी पते को असाइन करते हैं।

चूंकि आपका अपस्ट्रीम एक नियमित (नॉन-डब्ल्यूडीएस) वाई-फाई कनेक्शन है, इसलिए यह केवल हो सकता है एक मैक पता - एकाधिक नहीं। केवल एक ही कारण है कि विंडोज ने आपको इसे एक पुल में डालने की अनुमति दी है कि यह आपके लिए L2 NAT (arpnat) करता है, मक्खी पर अपने VMs के पैकेट को फिर से लिखता है।


कृपया समझाएं, क्योंकि मैं कंप्यूटर मैक को E4-A4-71-0A-DE-76 और VM को 00: 15: 5d: 01: 67: 00 के रूप में देखता हूं।
harrymc

1
VM का अपना MAC है, हाँ - लेकिन राउटर इसे नहीं देखता है। (आपके सभी होस्ट्स के पास 192.168.x IP के समान है, लेकिन इंटरनेट उन्हें नहीं देखता है।)
grawity

1
क्योंकि बीच में वाई-फाई कनेक्शन है। VM का नेटवर्क एडॉप्टर अलग से Wi-Fi AP से संबद्ध नहीं होता है, इसे होस्ट के मौजूदा एसोसिएशन पर piggyback करना पड़ता है - और Wi-Fi फ़्रेमों के पास 'मूल' मैक पते के लिए अलग फ़ील्ड नहीं होता है। एपी मानता है कि जिस डिवाइस ने वाई-फाई हैंडशेक किया था, वही है जो पैकेट भेज रहा है।
grawity

1
या तो ब्रिजिंग के बजाय रूटिंग का उपयोग करें, या देखें कि क्या आप वीएम को पट्टे के अनुरोधों में डीएचसीपी क्लाइंट-आईडी / डीयूआईडी जैसे कुछ शामिल कर सकते हैं ... यदि यह उदा। लिनक्स, हैक्स, काफी मानक "WDS- पुल" (उर्फ "4addr") को शामिल करता है, वाई-फाई कनेक्शन मोड एपी के आधार पर संभव हो सकता है।
grawity

1
@ अल्बर्ट: बिल्कुल यही मेरा जवाब कहते हैं। विवरण के लिए उत्तर में लिंक देखें।
harrymc

1

आप वीएम सेटिंग्स के अंदर जाकर इसे ठीक कर सकते हैं:

नेटवर्क एडाप्टर / उन्नत सुविधा और फिर

या तो एक स्थैतिक मैक या गतिशील मैक लागू करें, लेकिन तब आपको करने की आवश्यकता है

मैक पते स्पूफिंग सक्षम करें।

यह सुनिश्चित करने के लिए कि वीएम एक वास्तविक नेटवर्क डिवाइस की तरह कार्य करने के लिए एक समर्पित और स्पूफ़्ड मैक का उपयोग करेगा।

मैक एड्रेस स्पूफिंग सक्षम करें:

enter image description here


0

वाईफाई कनेक्शन साझा करना समस्याग्रस्त है और इसे सीधे नहीं किया जाना चाहिए।

आपको वर्चुअल स्विच को ईथरनेट के रूप में बनाना चाहिए, फिर होस्ट पर नेटवर्क और साझाकरण केंद्र में, पुल वाईफाई पर वह वर्चुअल स्विच अनुकूलक।

जानकारी के लिए, मेरा जवाब देखें ये पद

यदि किसी कारण से यह काम नहीं करता है, तो आप कर सकते हैं:

  • केबल का उपयोग करें, वाईफाई नहीं, या
  • VM को एक स्थिर IP पता दें।

-1

डीएचसीपी सर्वर आमतौर पर नेटवर्क में आईपी संघर्ष से बचने के लिए उपयोग किया जाता है और इस मामले में डीएचसीपी सर्वर ने सही काम किया है। यह आईपी एड्रेस असाइन करते समय प्लेटफॉर्म को देखता है और ऊपर के स्क्रीनशॉट में 2 प्लेटफॉर्म उबंटू और विंडोज हैं।

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

हालाँकि, मैं विंडोज में ipconfig / release, ipconfig / renew जैसे कमांड चलाने का सुझाव दूंगा।


4
रुको क्या? यह वास्तव में बिल्कुल भी कोई मतलब नहीं है। डीएचसीपी सर्वर को डीएचसीपी क्लाइंट के ऑपरेटिंग सिस्टम का पता नहीं होता है
Frederik Nielsen

हां, इसका कोई मतलब नहीं है। इसके अलावा उनके अलग-अलग होस्टनाम हैं।
Albert
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.