హోస్ట్ 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 రీసెట్ కాదు.