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 सेटिङहरू रेकर्ड गर्नुहोस्, त्यसपछि मेसिन बन्द गर्नुहोस् ताकि तपाईंले स्थायी कन्फिगरेसन सम्पादन गर्नुहुन्छ। पहिलो एडाप्टरले NAT बोकेको work-ubuntu नामक VM का लागि प्रति-एडाप्टर विकल्प 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 रिसेट गर्नुको सट्टा नेटवर्क डिजाइन बदल्छ।