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 रीसेट करण्याऐवजी नेटवर्क रचना बदलते।