VMware अतिथि के साथ होस्ट का VPN सत्र साझा करना

टनल अडैप्टर पुल में नहीं जुड़ता, और Windows 10 सबनेट के बीच रूट नहीं करता। NAT वाला host-only सेगमेंट अतिथि को ले जाता है।

आपकी वर्चुअल मशीन ऐसे आंतरिक सिस्टम तक नहीं पहुँच पाती जो होस्ट पर बिल्कुल ठीक चलता है, और होस्ट ऐसे क्लाइंट से जुड़ा है जो रूटिंग तालिका का मालिक है। वर्चुअल अडैप्टर को टनल से पुल करना स्पष्ट लगता है और दो अलग कारणों से विफल होता है। जो काम करता है वह दोनों मशीनों के स्वामित्व वाले सेगमेंट पर अनुवाद है। कीमत असली है: हर अतिथि कॉर्पोरेट नेटवर्क पर अपनी पहचान खो देता है।

पुल के काम न कर पाने के दो कारण

क्लाइंट का अडैप्टर आमतौर पर एक पता रखता है, अक्सर /32, और क्लाइंट होस्ट के रूट फिर से लिखता है ताकि सामान्य बाहरी ट्रैफ़िक टनल को प्राथमिकता दे। होस्ट पर ऐप्लिकेशन उस तालिका का पालन करते हैं और निजी सिस्टम तक पहुँचते हैं। पुल किया गया अतिथि तालिका पढ़ता ही नहीं, क्योंकि उसके फ़्रेम IP परत के नीचे के स्विच से बाहर जाते हैं।

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

होस्ट के स्वामित्व वाला सेगमेंट बनाइए

वर्चुअल नेटवर्क संपादक में, VMnet3 जैसा host-only नेटवर्क ऐसे प्रीफ़िक्स पर जोड़िए जिसे आप कहीं और रूट नहीं करते, जैसे 172.28.90.0/24। होस्ट उस अडैप्टर पर 172.28.90.1 लेता है और अतिथि उसी स्विच से जुड़ता है। उस सेगमेंट पर हाइपरवाइज़र का DHCP बंद करें ताकि एक ही पता सेवा उसकी मालिक हो।

उस पर कुछ बनाने से पहले पुष्टि करें कि Windows इंटरफ़ेस देख सकता है, क्योंकि पूरा डिज़ाइन इस पर टिका है कि वह अडैप्टर सामान्य हो:

Get-NetAdapter | Format-Table Name, InterfaceDescription, Status
Get-NetIPAddress -AddressFamily IPv4 | Where-Object PrefixLength -eq 24

host-only अडैप्टर वहाँ किसी भी भौतिक अडैप्टर की तरह दिखता है। टनल अडैप्टर से ठीक यही अंतर है, जिसे किसी चीज़ से जोड़ा नहीं जा सकता।

अतिथि का प्रीफ़िक्स अनूदित करें

उन्नत सत्र खोलिए और प्रीफ़िक्स का अनुवाद कीजिए। पहले जाँचिए कि पहले से क्या मौजूद है, क्योंकि कंटेनर रनटाइम और हाइपरवाइज़र अपने अनुवाद स्थापित करते हैं और ग़लत को मिटाना दूसरा उत्पाद तोड़ देता है।

Get-NetNat | Format-Table Name, InternalIPInterfaceAddressPrefix, Active
New-NetNat -Name "LabGuestEgress" -InternalIPInterfaceAddressPrefix 172.28.90.0/24

फिर अतिथि को उस प्रीफ़िक्स में स्थिर पता, गेटवे के रूप में 172.28.90.1 और वे रिज़ॉल्वर पते दीजिए जो टनल होस्ट को देता है। अनुवाद पैकेट आगे भेजता है और अतिथि को DNS के बारे में कुछ नहीं सिखाता, इसलिए स्थानीय राउटर पर छोड़ा गया अतिथि सार्वजनिक नाम हल करता है और हर आंतरिक नाम पर विफल होता है।

पहला हॉप जाँचिए, फिर कीमत

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

tracert -d 172.20.31.10
nslookup intranet.corp.example
Get-NetNatSession -NatName "LabGuestEgress"

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

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

संबंधित लेख