VirtualBox NAT अतिथि का DNS होस्ट के VPN से जुड़ने के बाद टूट जाता है

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

NAT अडैप्टर से होकर एक लुकअप ट्रेस करें

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

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

VBoxManage showvminfo work-ubuntu --machinereadable | grep -i natnet
resolvectl status | head -40
cat /etc/resolv.conf

पहला कमांड अडैप्टर का मोड और उससे जुड़ा कोई भी NAT नेटवर्क दिखाता है। Ubuntu अतिथि के अंदर दूसरा लिंक-वार DNS सेटिंग्स सूचीबद्ध करता है, और तीसरा अक्सर केवल स्थानीय स्टब पता दिखाता है, यानी असली upstream कहीं और है।

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

प्रॉक्सी मोड और होस्ट रिज़ॉल्वर मोड अलग तंत्र हैं

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

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

दोनों में से कोई मोड किसी चीज़ तक पहुँच नहीं देता। अधिकृति VPN नीति और सेवा में रहती है, और काम करने वाले लुकअप का अर्थ केवल यह है कि नाम पते में बदल गया।

अडैप्टर बदलें, फिर जाँचें कि अतिथि को क्या मिलता है

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

VBoxManage modifyvm work-ubuntu --natdnshostresolver1 on
VBoxManage showvminfo work-ubuntu --machinereadable | grep -i natdns

अंतिम अंक अडैप्टर संख्या चुनता है, इसलिए यह सार्वभौमिक मान नहीं है; अडैप्टर 2 की सेटिंग उसी स्थान पर 2 रखेगी। इंस्टॉल किए गए VirtualBox संस्करण की VBoxManage बाइनरी इस्तेमाल करें, क्योंकि पथ पर पुरानी कोई ऐसी सेटिंग लिख सकती है जिसे चल रहा संस्करण अनदेखा करता है।

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

VPN के पूरे जीवनकाल में परीक्षण करें, केवल एक बार नहीं

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

स्वीकृत विंडो के दौरान होस्ट VPN डिस्कनेक्ट और फिर कनेक्ट करें और परीक्षण दोहराएँ। परिणाम अधिकृति नीति से मेल खाना चाहिए, और सार्वजनिक रिज़ॉल्यूशन का फिर काम करना यह नहीं बताता कि निजी क्वेरी इच्छित पथ पर रहीं या नहीं।

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