Hyper-V व्हर्च्युअल मशीन होस्टचा VPN वापरते का? ते स्विचवर अवलंबून आहे

Hyper-V होस्टवर VPN क्लायंट स्थापित करा, तिथे ब्राउझर उघडा, आणि बाहेर जाणारा पत्ता बदलतो; तोच पृष्ठ व्हर्च्युअल मशीनमध्ये उघडा, तर ते जुना पत्ता दाखवू शकते, किंवा काहीच नाही। नेहमीचा निष्कर्ष असा असतो की व्हर्च्युअल मशीन खराब आहे, किंवा स्प्लिट टनेलिंग सुरू करावे लागेल। यापैकी कोणतेही पुढे येत नाही। VPN क्लायंट मशीनचा गुणधर्म नाही; तो मार्गांचा संच, व्हर्च्युअल अडॅप्टर आणि बऱ्याचदा विशिष्ट इंटरफेसला जोडलेला फिल्टर असतो। पाहुण्यांचा रहदारी त्या यंत्रणेला कधी भेटेल का, हे पाहुणा वापरत असलेल्या व्हर्च्युअल स्विचवर अवलंबून आहे।

दंतकथा, सरळ सांगितली

होस्टवर स्थापित VPN संपूर्ण मशीनचे, व्हर्च्युअल मशीनसह, संरक्षण करते अशी श्रद्धा आहे, कारण व्हर्च्युअल मशीन त्या मशीनवर चालणारी प्रक्रिया मात्र आहे। ही सोयीची श्रद्धा आहे, कारण अँटीव्हायरस आणि होस्ट फायरवॉल सहसा तसेच वागतात। नेटवर्क मार्ग मात्र नाहीत।

पाहुण्याच्या फ्रेमला होस्टचा VPN स्टॅक तेव्हाच स्पर्श करतो जेव्हा होस्ट ते रूट किंवा फिल्टर करतो। हे वाक्य स्टिकी नोटवर लिहा, कारण खालील प्रत्येक प्रकरण त्याचा एक प्रकार आहे।

तीन प्रकारचे स्विच, तीन मार्ग

बाह्य स्विच व्हर्च्युअल अडॅप्टरला भौतिक नेटवर्क कार्डशी जोडतो, आणि पाहुणा स्वतःच्या MAC पत्त्यासह त्या जोडणीतून फ्रेम पाठवतो। पाहुणा भौतिक नेटवर्कवर समकक्ष बनतो, स्वतःच्या DHCP भाडेपट्ट्या, गेटवे आणि DNS सर्व्हरसह। होस्टचा VPN डीफॉल्ट मार्ग होस्ट स्टॅकमध्ये राहतो आणि त्या फ्रेम हलवत नाही, कारण त्या होस्टमधून रूट होण्याऐवजी ब्रिज होतात। म्हणूनच Wi-Fi अडॅप्टरवर बाह्य स्विच वाईट कल्पना आहे: बहुतेक वायरलेस ड्रायव्हर दुसऱ्या MAC पत्त्यासाठी फ्रेम वाहत नाहीत।

अंतर्गत स्विच पाहुण्यांना होस्टच्या व्हर्च्युअल अडॅप्टरशी जोडतो। एकटा तो इंटरनेट निर्गम देत नाही; होस्टवरील NAT ऑब्जेक्ट भाषांतर पुरवतो, जसे Hyper-V NAT मार्गदर्शकात वर्णन केले आहे। आता पाहुण्याचे पॅकेट खरोखर होस्टच्या राउटिंग आणि NAT मार्गात प्रवेश करतात, म्हणून VPN क्लायंटचे मार्ग आणि फिल्टर पुन्हा महत्त्वाचे ठरतात। व्हर्च्युअल मशीन खरोखर होस्टच्या VPNचे अनुसरण करते आणि किल स्विच पाहुण्याला पूर्णपणे तोडू शकतो अशी रचना हीच आहे।

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

डीफॉल्ट स्विच स्वतःची वेगळी रचना आहे

Windows अंतर्गत स्विचला NAT आणि DNS प्रॉक्सीशी जोडणारा डीफॉल्ट स्विच पुरवतो। त्याचे सबनेट होस्ट निवडतो, रीस्टार्टनंतर बदलू शकते, आणि तुम्ही स्वतः तयार करता त्या NAT नेटवर्कसारखे तेच ऑब्जेक्ट नाही। त्याला प्रयोगशाळेचे नेटवर्क म्हणून पुन्हा बांधणे म्हणजे लोक दोन NAT आणि तरीही मार्ग नसलेल्या पाहुण्यापर्यंत पोहोचण्याचा मार्ग।

व्हर्च्युअल मशीन डीफॉल्ट स्विचवर असल्यास, पाहुण्याला मिळालेला पत्ता वाचा आणि VPN क्लायंटला स्पर्श करण्यापूर्वी होस्टच्या NAT तक्त्याशी तुलना करा। पाहुण्याचा गेटवे आणि NAT उपसर्ग यांतील विसंगती कोणत्याही क्लायंट सेटिंगपेक्षा अधिक बिघाड स्पष्ट करते।

प्रश्न निकाली काढणारे चार तथ्य

काहीही बदलण्यापूर्वी हे गोळा करा: स्विचचा प्रकार आणि त्याची वरची जोडणी, व्हर्च्युअल मशीनला जोडलेला अडॅप्टर, पाहुण्याचा स्वतःचा पत्ता, गेटवे आणि DNS, आणि होस्टची NAT तसेच डीफॉल्ट मार्गाची स्थिती। फक्त वाचण्याचे आदेश आहेत Get-VMSwitch, Get-VMNetworkAdapter -VMName "TestVM", Get-NetNat, आणि Get-NetRoute -DestinationPrefix 0.0.0.0/0; आणि पाहुण्याच्या आत ipconfig /all उर्वरित देतो।

मग पाहुण्याने काय करावे ते ठरवा। त्याला VPNबाहेर राहायचे असेल, तर त्याच मार्गासाठी प्रदात्याची समर्थित सूट घ्या, कारण होस्टची एक्झिक्युटेबल फाइल वगळल्याने पुढे पाठवला जाणारा व्हर्च्युअल मशीनचा रहदारी वगळला जात नाही। त्याला VPN वापरायचे असेल, तर होस्ट ब्राउझरमधील चाचणी ते झाकते असे गृहीत धरण्याऐवजी क्लायंट व्हर्च्युअल मशीनच्या रहदारीला कसे हाताळतो याची दस्तऐवजीकृत माहिती तपासा।

पाहुण्याच्या आतली चाचणी हाच एकमेव पुरावा आहे जो मोजला जातो। पाहुण्याकडून निर्गम पत्ता तपासा, अंतर्गत नाव सोडवा, VPN पुन्हा जोडा आणि पुन्हा करा। होस्ट ब्राउझरचा निकाल यापैकी कोणत्याहीची जागा घेत नाही।

दंतकथेची किंमत

लोक फक्त चाचणी पास व्हावी म्हणून किल स्विच बंद करतात, स्थिर मार्ग जोडतात, किंवा स्विच हटवून पुन्हा तयार करतात। प्रत्येक शॉर्टकट बिघाडाची पद्धत बदलतो: पाहुणा कोणीही न ठरवलेल्या मार्गाने इंटरनेटवर पोहोचू शकतो, किंवा बाह्य स्विचने त्याचे भौतिक कार्ड पुन्हा जोडल्यावर होस्ट कनेक्टिव्हिटी गमावू शकतो।

बाह्य स्विच पुन्हा जोडल्याने होस्टच्या स्वतःच्या प्रवेशात अडथळा येतो, म्हणून बँडबाहेरचा मार्ग उघडा ठेवा आणि अजून निदान करत असताना स्विच हटवणे टाळा। योग्य निकाल पाहुण्याचा इच्छित मार्ग आहे, त्यात तो पुन्हा कसा जोडतो आणि कसा अयशस्वी होतो हेही समाविष्ट आहे, एका पृष्ठ लोडची हिरवी खूण नाही।

टिकाऊ उत्तर म्हणजे यादीत प्रत्येक व्हर्च्युअल मशीनसाठी एक ओळ: ते कोणता स्विच वापरते आणि त्याचा गेटवे कोणता घटक पुरवतो। ते लिहिल्यावर पुढील VPN बदल हा दुपारभराच्या अंदाजाऐवजी एक नजर असतो।