హోస్ట్ VPN కనెక్ట్ అయినప్పుడు Hyper-V అతిథి DNS కోల్పోతుంది

అతిథి ఈ ఉదయం బాగానే ఉంది. తర్వాత హోస్ట్ Cisco AnyConnect ను ఆన్ చేసింది మరియు VM తన DNS, డొమైన్ విశ్వాసం మరియు భాగస్వామ్య ఫోల్డర్ను కోల్పోయింది, లోపల ఏమీ మారకుండానే. హోస్ట్ సొరంగం మరియు అతిథి నెట్వర్క్ వేర్వేరు మార్గాలు, ఒకదాన్ని కనెక్ట్ చేయడం మరొకదాన్ని కదిలించదు. అతిథి లోపలి నుండి బయటకు పని చేయండి, మరియు ఏదైనా మార్చే ముందు మీరు చూసేది రాయండి.

అతిథి ఇంకా ఏమి చూడగలదు

VM లో చిరునామా, డిఫాల్ట్ గేట్వే మరియు పరిష్కర్తను హోస్ట్ కనెక్ట్ అయ్యే ముందు ఒకసారి మరియు తర్వాత ఒకసారి నమోదు చేయండి. చిరునామాను ఉంచుకుని పేర్ల పరిష్కారాన్ని మాత్రమే కోల్పోయిన అతిథికి పరిష్కర్త సమస్య ఉంటుంది. ఎప్పుడూ మార్గం లేని అతిథికి మార్గ సమస్య ఉంటుంది, రెండింటికీ వేర్వేరు పని కావాలి. హోస్ట్ నుండి మీరు వాటిని వేరు చేయలేరు, కాబట్టి పఠనం లోపలి నుండే రావాలి.

ఆ మూడు పఠనాలు, రెండుసార్లు తీసుకున్నవి, మీ ఆధార రేఖ. తర్వాత ప్రతిదీ వాటికి వ్యతిరేకంగా కొలవబడుతుంది.

అతిథి ఏ నిష్క్రమణను ఉపయోగిస్తోంది

Hyper-V దీనికి రెండు ఆదేశాలతో సమాధానం ఇస్తుంది: Get-VMSwitch స్విచ్లను జాబితా చేస్తుంది, మరియు Get-VMNetworkAdapter -VMName TestVM అతిథి కనెక్ట్ అయిన స్విచ్ను చూపిస్తుంది. Default Switch అనేది Windows నిర్వహించే NAT నెట్వర్క్; బాహ్య స్విచ్ ట్రాఫిక్ను భౌతిక అడాప్టర్కు అప్పగిస్తుంది; అంతర్గత స్విచ్ ఎవరైనా NAT లేదా రౌటర్ను జోడించే వరకు ఏమీ మోయదు. VirtualBox అదే మూడు భావనలను NAT, NAT Network మరియు bridged గా ప్రదర్శిస్తుంది.

హోస్ట్ సొరంగానికి అసలు ప్రాముఖ్యత ఉండవచ్చా అని మోడ్ నిర్ణయిస్తుంది। NAT అతిథిని WinNAT అనువదిస్తుంది, తర్వాత హోస్ట్ స్టాక్ ఫార్వర్డ్ చేస్తుంది, కాబట్టి అది హోస్ట్ మార్గ పట్టికను అనుసరిస్తుంది; పూర్తి సొరంగ క్లయింట్తో దాని ట్రాఫిక్ VPN అడాప్టర్లోకి ప్రవేశించే ట్రాఫిక్, మరియు క్లయింట్ స్థానిక సబ్నెట్ను నిరోధించినప్పుడు అది విస్మరించబడుతుంది. బాహ్య స్విచ్పై వంతెన చేయబడిన అతిథి హోస్ట్ రూటింగ్ను ఎప్పటికీ చేరుకోదు: దాని ఫ్రేమ్లు భౌతిక NIC నుండి నేరుగా బయటకు వెళ్తాయి, కాబట్టి అది సొరంగం మరియు క్లయింట్ స్థానిక-LAN విధానం రెండింటినీ దాటవేస్తుంది.

హోస్ట్ సొరంగాన్ని Hyper-V తో పంచుకోవడం

అతిథికి సొరంగం అవసరమై, తన స్వంత క్లయింట్ను నడపలేకపోతే, Windows VPN కనెక్షన్ను పంచుకోగలదు. VPN అడాప్టర్ లక్షణాలను తెరిచి, పంచుకోవడానికి వెళ్లి, ఇతర నెట్వర్క్ వినియోగదారులు దాని ద్వారా కనెక్ట్ అవ్వడానికి అనుమతించండి. హోమ్ నెట్వర్కింగ్ కనెక్షన్ను Hyper-V అడాప్టర్ వైపు చూపండి, vEthernet (Default Switch), తర్వాత అతిథి లోపలి నుండి కొత్త అభ్యర్థనను పరీక్షించండి.

ఈ ఏర్పాటును ప్రయోగశాల పరిష్కారంగా పరిగణించండి, ఎందుకంటే అది అలాగే ప్రవర్తిస్తుంది. డిస్కనెక్ట్, తిరిగి కనెక్ట్ లేదా హోస్ట్ రీబూట్ తర్వాత దాన్ని మళ్లీ వర్తింపజేయాలి. కొన్ని Windows 11 బిల్డ్లలో అడాప్టర్ డ్రాప్-డౌన్ నుండి పూర్తిగా మాయమవుతుంది, అప్పుడు ఈ మార్గం మూసివేయబడుతుంది.

Hyper-V ఫీచర్ను తిరిగి ఇన్స్టాల్ చేయడం కొన్ని పట్టుదలగల అతిథులను కాపాడింది. దాన్ని చివరికి ఉంచి, ముందుగా అతిథి స్థితిని నమోదు చేయండి.

సబ్నెట్ ఫిల్టర్ అయినప్పుడు పోర్ట్ ఫార్వర్డింగ్

అతిథి NAT సబ్నెట్ను ఫిల్టర్ చేసే హోస్ట్ VPN పేర్ల పరిష్కారాన్ని కాదు, నేరుగా ప్రాప్యతను విచ్ఛిన్నం చేస్తుంది. VM నడుస్తోంది, అయినా ssh [email protected] వేలాడుతుంది, హైపర్వైజర్ అనువాదం ఇంకా పని చేస్తున్నప్పుడు. పనికి అవసరమైన పోర్టులను ఫార్వర్డ్ చేసి, బదులుగా హోస్ట్ చిరునామాకు కనెక్ట్ అవ్వండి. క్రింది Vagrantfile పంక్తులు SSH మరియు ఒక HTTPS సేవను కవర్ చేస్తాయి; రెండూ రీలోడ్కు ముందు జోడించబడతాయి.

config.vm.network "forwarded_port", guest: 22, host: 22
config.vm.network "forwarded_port", guest: 3443, host: 3443

పేర్ల పరిష్కారం వేరే నిర్ణయం మరియు దానికి దాని స్వంత సవరణ అర్హత ఉంది. ఆ NAT అడాప్టర్ కోసం హోస్ట్ పరిష్కర్త ఫీచర్ను ఆన్ చేయండి, లేదా అతిథి లోపల అంతర్గత DNS సర్వర్ను చేతితో కాన్ఫిగర్ చేయండి. అతిథిని పబ్లిక్ పరిష్కర్త వైపు చూపడం బ్రౌజింగ్ను పని చేయిస్తుంది మరియు ప్రతి అంతర్గత పేరును విచ్ఛిన్నం చేస్తుంది, ఇది అంతరాయం కంటే అధ్వాన్నం ఎందుకంటే అది విజయంగా కనిపిస్తుంది. అంతర్గత పరిష్కర్తకు మాత్రమే తెలిసిన పేరును పరీక్షించండి.

అది పని చేసిందని చెప్పే తనిఖీ

ఈ మార్పులలో ఏదైనా తర్వాత, హోస్ట్ VPN కనెక్ట్ అయిన స్థితిలో అతిథి లోపలి నుండి కొత్త అభ్యర్థనను అమలు చేయండి, అంతకు ముందు కాదు. తిరిగి కనెక్ట్ తర్వాత మరియు రీబూట్ తర్వాత పంచుకోవడాన్ని మళ్లీ తనిఖీ చేయండి, ఎందుకంటే వాటిలో ఒకటి మాత్రమే తట్టుకునే సవరణ సవరణ కాదు. అతిథి పరిష్కర్తల జాబితా దాని ట్రాఫిక్ నిజంగా ఉపయోగించే నెట్వర్క్కు సరిపోలుతుందని నిర్ధారించండి. తర్వాత హోస్ట్ చిరునామా నుండి పోర్ట్ ఫార్వర్డింగ్ను పరీక్షించండి, ఎందుకంటే అతిథి నుండి పరీక్షించడం ఏమీ నిరూపించదు. అతిథి లోపలి నుండి, రెండు PowerShell తనిఖీలు పరిష్కర్తను మరియు ఫార్వర్డ్ చేసిన పోర్టును కవర్ చేస్తాయి:

Resolve-DnsName intranet.corp
Test-NetConnection 192.0.2.10 -Port 22

ప్రతి స్విచ్ లేదా డ్రైవర్ మార్పును దాని రద్దు దశతో నమోదు చేయండి. Microsoft యొక్క Hyper-V NAT మార్గదర్శిని Default Switch నిజంగా ఏమిటో వివరిస్తుంది, మరియు దానితో ఘర్షణ పడే రెండవ NAT నెట్వర్క్ను సృష్టించే ముందు దాన్ని చదవడం విలువైనది.