होस्टचा VPN जोडला की Hyper-V अतिथी DNS गमावतो

अतिथी आज सकाळी ठीक होता. मग होस्टने Cisco AnyConnect सुरू केले आणि VM ने DNS, डोमेन विश्वास आणि सामायिक फोल्डर गमावले, आत काहीही बदलले नसताना. होस्ट बोगदा आणि अतिथी नेटवर्क वेगवेगळे मार्ग आहेत, आणि एक जोडल्याने दुसरा हलत नाही. अतिथीच्या आतून बाहेर काम करा, आणि काहीही बदलण्यापूर्वी जे दिसते ते लिहून ठेवा.

अतिथी अजून काय पाहू शकतो

VM मध्ये पत्ता, डीफॉल्ट गेटवे आणि रिझोल्व्हर होस्ट जोडण्यापूर्वी एकदा आणि नंतर एकदा नोंदवा. पत्ता ठेवून फक्त नाव विश्लेषण गमावलेल्या अतिथीला रिझोल्व्हरची समस्या आहे. कधीही मार्ग नसलेल्या अतिथीला मार्गाची समस्या आहे, आणि दोन्हींना वेगळे काम लागते. होस्टवरून तुम्ही त्यांना वेगळे करू शकत नाही, म्हणून वाचन आतूनच आले पाहिजे.

ती तीन वाचने, दोन वेळा घेतलेली, तुमची आधाररेषा आहेत. पुढील सर्व काही त्यांच्याशी मोजले जाते.

अतिथी कोणता निर्गम वापरत आहे

Hyper-V याला दोन आदेशांनी उत्तर देतो: Get-VMSwitch स्विचची यादी करतो, आणि Get-VMNetworkAdapter -VMName TestVM अतिथी ज्याला जोडलेला आहे तो दाखवतो. Default Switch हे Windows व्यवस्थापित करणारे NAT नेटवर्क आहे; बाह्य स्विच रहदारी भौतिक अडॅप्टरला देतो; अंतर्गत स्विच कोणी NAT किंवा राउटर जोडेपर्यंत काहीही वाहत नाही. VirtualBox त्या तीन कल्पना NAT, NAT Network आणि bridged म्हणून सादर करते.

होस्ट बोगद्याला अजिबात महत्त्व असू शकते का हे मोड ठरवते। NAT अतिथीचे WinNAT भाषांतर करते आणि नंतर होस्ट स्टॅक फॉरवर्ड करते, म्हणून तो होस्टच्या मार्ग सारणीचे अनुसरण करतो; पूर्ण बोगदा क्लायंटसह त्याची रहदारी VPN अडॅप्टरमध्ये प्रवेश करणारी रहदारी असते, आणि क्लायंटने स्थानिक सबनेट अडवल्यावर ती टाकून दिली जाते. बाह्य स्विचवर ब्रिज केलेला अतिथी होस्ट राउटिंगपर्यंत कधीही पोहोचत नाही: त्याचे फ्रेम थेट भौतिक NIC मधून बाहेर पडतात, म्हणून तो बोगदा आणि क्लायंटचे स्थानिक-LAN धोरण दोन्ही टाळतो.

होस्ट बोगदा Hyper-V सोबत सामायिक करणे

अतिथीला बोगदा हवा असेल आणि स्वतःचा क्लायंट चालवता येत नसेल, तर Windows VPN कनेक्शन सामायिक करू शकते. VPN अडॅप्टरचे गुणधर्म उघडा, सामायिकरणावर जा, आणि इतर नेटवर्क वापरकर्त्यांना त्यातून जोडण्याची परवानगी द्या. होम नेटवर्किंग कनेक्शन Hyper-V अडॅप्टरकडे निर्देश करा, vEthernet (Default Switch), नंतर अतिथीच्या आतून नवीन विनंती तपासा.

ही व्यवस्था प्रयोगशाळा उपाय म्हणून घ्या, कारण ती तसेच वागते. डिस्कनेक्ट, पुन्हा कनेक्ट किंवा होस्ट रीबूट नंतर ती पुन्हा लागू करावी लागते. काही Windows 11 बिल्डमध्ये अडॅप्टर ड्रॉप-डाउनमधून पूर्णपणे गायब असतो, आणि तेव्हा हा मार्ग बंद असतो.

Hyper-V वैशिष्ट्य पुन्हा स्थापित केल्याने काही हट्टी अतिथी वाचले. ते शेवटासाठी ठेवा, आणि आधी अतिथीची स्थिती नोंदवा.

सबनेट फिल्टर झाल्यावर पोर्ट फॉरवर्डिंग

अतिथीचे NAT सबनेट फिल्टर करणारा होस्ट VPN नाव विश्लेषण नाही तर थेट प्रवेश तोडतो. VM चालू आहे, तरीही ssh [email protected] अडकते, हायपरव्हायझरचे भाषांतर अजूनही काम करत असताना. कामाला लागणारे पोर्ट फॉरवर्ड करा आणि त्याऐवजी होस्ट पत्त्यावर कनेक्ट करा. खालील Vagrantfile ओळी SSH आणि एक HTTPS सेवा व्यापतात; दोन्ही रीलोडपूर्वी जोडल्या जातात.

config.vm.network "forwarded_port", guest: 22, host: 22
config.vm.network "forwarded_port", guest: 3443, host: 3443

नाव विश्लेषण हा वेगळा निर्णय आहे आणि त्याला स्वतःची दुरुस्ती हवी आहे. त्या NAT अडॅप्टरसाठी होस्ट रिझोल्व्हर वैशिष्ट्य सुरू करा, किंवा अतिथीच्या आत अंतर्गत DNS सर्व्हर हाताने कॉन्फिगर करा. अतिथीला सार्वजनिक रिझोल्व्हरकडे निर्देश केल्यास ब्राउझिंग चालते आणि प्रत्येक अंतर्गत नाव तुटते, जे व्यत्ययापेक्षाही वाईट आहे कारण ते यशासारखे दिसते. अंतर्गत रिझोल्व्हरलाच माहीत असलेले नाव तपासा.

ते चालले हे सांगणारी तपासणी

यापैकी कोणताही बदल केल्यानंतर, होस्ट VPN जोडलेल्या स्थितीत अतिथीच्या आतून नवीन विनंती चालवा, त्यापूर्वी नाही. पुन्हा कनेक्ट केल्यानंतर आणि रीबूटनंतर सामायिकरण पुन्हा तपासा, कारण त्यातील फक्त एकच टिकणारी दुरुस्ती दुरुस्ती नसते. अतिथीची रिझोल्व्हर यादी त्याची रहदारी प्रत्यक्षात वापरत असलेल्या नेटवर्कशी जुळते याची खात्री करा. नंतर होस्ट पत्त्यावरून पोर्ट फॉरवर्डिंग तपासा, कारण अतिथीतून तपासण्याने काहीही सिद्ध होत नाही. अतिथीच्या आतून, दोन PowerShell तपासण्या रिझोल्व्हर आणि फॉरवर्ड केलेला पोर्ट व्यापतात:

Resolve-DnsName intranet.corp
Test-NetConnection 192.0.2.10 -Port 22

प्रत्येक स्विच किंवा ड्राइव्हर बदल त्याच्या पूर्वस्थितीच्या पायरीसह नोंदवा. Microsoft ची Hyper-V NAT मार्गदर्शिका Default Switch प्रत्यक्षात काय आहे हे स्पष्ट करते, आणि त्याच्याशी विसंगती असलेले दुसरे NAT नेटवर्क तयार करण्यापूर्वी ती वाचण्यासारखी आहे.