होस्ट VPN-ला जोडल्यानंतर VirtualBox गेस्टचे DNS तुटते

VPN जोडल्याक्षणी Windows होस्टवर अंतर्गत अनुप्रयोग रिझोल्व्ह्होतो, पण VirtualBox NAT मागील Ubuntu गेस्टला तो अजूनही सापडत नाही। गेस्टचा स्वतःचा रिझोल्व्हर आहे आणि NAT अॅडॉप्टर DNS एकाहून अधिक प्रकारे हाताळू शकतो। गेस्टचा रिझोल्व्हर सार्वजनिक सर्व्हरने बदलल्यास सामान्य संकेतस्थळे चालतात आणि खाजगी नावे अयशस्वी होतात, जे समस्या सोडवण्याऐवजी दुसरीकडे सरकवते। चारही तपासण्या क्रमाने करा आणि जुळत नसलेल्या पहिल्या तपासणीवर थांबा।

तुम्ही कोणता अॅडॉप्टर मोड डीबग करत आहात ते तपासा

या लेखात वर्णन केल्याप्रमाणे फक्त साध्या NAT मोडमधील अॅडॉप्टर वागतो। ब्रिज अॅडॉप्टर स्वतःच्या ओळखीसह भौतिक नेटवर्कवर बसतो, NAT नेटवर्क स्वतःच्या DHCP आणि DNS सेटिंग्जसह नावाचे व्हर्च्युअल स्विच आहे, आणि गेस्टमधील VPN क्लायंट पूर्णपणे दुसरा रिझोल्व्हर जोडतो। वाचन पुढे चालू ठेवण्यापूर्वी मोड तपासा, कारण या प्रत्येक प्रकरणात दुरुस्ती वेगळी आहे।

एक VM वेगवेगळ्या मोडमध्ये दोन अॅडॉप्टर घेऊ शकते, आणि प्रभावित अॅडॉप्टर नेहमी पहिला नसतो।

होस्ट ते नाव अजिबात रिझोल्व्ह्होते का याचीही खात्री करा। टनेल उभे असताना होस्टवर तोच अनुप्रयोग उघडा, आणि गेस्ट वापरणार तेच पूर्ण पात्रता असलेले नाव वापरा। होस्टही अयशस्वी झाल्यास दोष गेस्टचा नाही आणि व्हर्च्युअल नेटवर्किंगमधील कोणताही बदल ते दुरुस्त करणार नाही।

गेस्टच्या रिझोल्व्हरमधून एका नावाचा मागोवा घ्या

एक अंतर्गत नाव आणि एक सार्वजनिक नियंत्रण नाव निवडा, नंतर दोन्ही दोन्ही ठिकाणी तपासा। खाजगी नाव रिझोल्व्ह्होत नसताना सार्वजनिक नाव रिझोल्व्ह्होणे हे दोष सामान्य नाव रिझोल्व्ह्हिंगमध्ये नव्हे, तर खाजगी मार्गात दाखवते। फक्त खाजगी नाव तपासल्यास तुटलेला रिझोल्व्हर आणि तुटलेला मार्ग वेगळे करता येणार नाही।

गेस्टमध्ये रिझोल्व्हर प्रत्यक्षात कशासाठी संरचित आहे ते पहा। systemd-resolved चालवणाऱ्या Ubuntu गेस्टमध्ये प्रत्येक लिंकची स्थिती आलेले सर्व्हर दाखवते, आणि resolv.conf फाइलमध्ये फक्त स्टब पत्ता असू शकतो, जे बरोबर आहे, संशयास्पद नाही। हाताने संपादित फाइल किंवा वेगळा एन्क्रिप्टेड-DNS क्लायंट शोध इतरत्र पाठवू शकतात। बदलण्यापूर्वी जे सापडले ते लिहून ठेवा।

resolvectl status
resolvectl query app.internal.example

येथे रिझोल्व्ह्हिंगचे पोहोचण्यापासून वेगळे करा। सेवा पोहोचण्याबाहेर असताना येणारा पत्ता DNS नव्हे, राउटिंग किंवा धोरणाचा प्रश्न आहे।

त्या अॅडॉप्टरवर होस्ट रिझोल्व्हर मोड वापरून पहा

VirtualBox चे NAT DNS पर्याय वेगवेगळ्या यंत्रणा वर्णन करतात, आणि होस्टचा स्वतःचा रिझोल्व्हर टनेलसोबत बदलतो तेव्हा हा फरक महत्त्वाचा ठरतो। DNS प्रॉक्सी गेस्टच्या विनंत्या त्याला दिलेल्या सर्व्हरकडे पाठवते। होस्ट रिझोल्व्हर मोड विनंत्या अडवतो आणि होस्टच्या DNS API ला कॉल करतो, आणि VPN क्लायंटने पुन्हा संरचित केलेल्या Windows रिझोल्व्हरचे अनुसरण करणारा मोड हाच आहे।

चुकीची यंत्रणा सुरू केल्यास आदेश यशस्वी होईल पण वर्तन बदलणार नाही, जे दुपार वाया घालवण्याचा गोंधळाचा मार्ग आहे।

VBoxManage modifyvm "work-ubuntu" --natdnshostresolver1 on

VM ची सध्याची सेटिंग्ज नोंदवा, ती बंद करा आणि यापूर्वी तपासलेला अॅडॉप्टर लक्ष्य करा। पर्यायातील शेवटचा अंक स्थिरांक नसून अॅडॉप्टर क्रमांक आहे, म्हणून ज्या VM चा प्रभावित अॅडॉप्टर दुसरा आहे त्यावर तो लागू करणे ही शांत निष्क्रिय क्रिया आहे। गेस्ट सुरू करा आणि त्याला प्रत्यक्षात मिळालेली रिझोल्व्हर संरचना तपासा, कारण गेस्टमधील हाताने केलेली सेटिंग NAT स्तर देते त्या सर्वांवर मात करते। होस्ट रिझोल्व्हर मोड होस्टचा स्वतःचा DNS मार्ग हाच तुम्हाला सामायिक करायचा होता असेही गृहीत धरतो हे लक्षात ठेवा।

VPN पुनर्जोडणीदरम्यान त्याच चाचण्या पुन्हा करा

गेस्टमध्ये दोन्ही शोध पुन्हा करा, नंतर खरा अनुप्रयोग उघडा आणि प्रमाणपत्र स्वतः सत्यापित करू द्या। फक्त पत्त्यावर आधारित चाचणी नाव रिझोल्व्ह्हिंग वेगळे करण्यासाठी उपयुक्त आहे आणि कार्यरत TLS सत्राशी समान नाही, म्हणून ping वर थांबू नका। नंतर मंजूर वेळेत होस्ट टनेल तोडून पुन्हा जोडा आणि अजून एकदा पुन्हा करा। बूटनंतरच्या पहिल्या जोडणीवरच टिकणारे वर्तन ही नोंदवण्याजोगी जीवनचक्र समस्या आहे, दुसऱ्या रिझोल्व्हरने पाठलाग करण्याजोगे DNS रहस्य नाही।

सार्वजनिक रिझोल्व्ह्हिंग चालणे हे खाजगी प्रश्न तुमचे धोरण मागणाऱ्या मार्गावरच राहिले हे सिद्ध करत नाही।

होस्ट रिझोल्व्हर मोड काहीही बदलत नसल्यास, नोंदवलेली संरचना परत ठेवा आणि चार निरीक्षणे ठेवा: होस्टने काय परत दिले, गेस्टने काय परत दिले, अॅडॉप्टर मोड आणि रिझोल्व्हरची स्थिती। पोहोचण्याबाहेरचा अंतर्गत सर्व्हर, हायपरव्हायझर रहदारी वगळणारा फिल्टर आणि गेस्टच्या बाजूचे ओव्हरराइड यापैकी प्रत्येकाला वेगळी दुरुस्ती हवी। अॅडॉप्टर ब्रिजमध्ये बदलणे नेटवर्क रचना बदलते आणि ते DNS रीसेट नाही।