VMware అతిథితో హోస్ట్ VPN సెషన్ పంచుకోవడం

టన్నెల్ అడాప్టర్ వంతెనలో చేరదు, Windows 10 ఉపజాలాల మధ్య రూట్ చేయదు. NAT ఉన్న host-only విభాగం అతిథిని మోసుకెళ్తుంది.

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

వంతెన పనిచేయలేని రెండు కారణాలు

క్లయింట్ అడాప్టర్ సాధారణంగా ఒక చిరునామాను మోస్తుంది, తరచుగా /32, క్లయింట్ హోస్ట్ మార్గాలను తిరిగి రాస్తుంది, తద్వారా సాధారణ బయటకు వెళ్లే ట్రాఫిక్ టన్నెల్‌కు ప్రాధాన్యం ఇస్తుంది. హోస్ట్‌లోని అనువర్తనాలు ఆ పట్టికను పాటించి ప్రైవేట్ వ్యవస్థను చేరుకుంటాయి. వంతెన చేసిన అతిథి పట్టికను అసలు చదవదు, ఎందుకంటే దాని ఫ్రేమ్‌లు IP పొరకు దిగువన ఉన్న స్విచ్ ద్వారా బయటకు వెళ్తాయి.

టన్నెల్ అడాప్టర్‌ను వంతెనలో పెట్టడం సిద్ధాంతపరంగా మార్గాన్ని పరిష్కరిస్తుంది, కానీ డ్రైవర్ అంగీకరించదు. Windows 10 ఒకే ఒక వంతెన పరికరాన్ని మాత్రమే అనుమతిస్తుంది మరియు రెండు ఉపజాలాల మధ్య వర్క్‌స్టేషన్ పంపడానికి అనుమతించే రూటింగ్ పాత్రను ఇవ్వదు. మిగిలేది మూల అనువాదం. అతిథి ట్రాఫిక్ హోస్ట్ నుండి వస్తున్నట్లు చూపించండి, హోస్ట్ యొక్క స్వంత నిర్ణయాలు దానిని టన్నెల్‌లోకి తీసుకువెళ్తాయి, అతిథి పొందలేని మార్గం అవసరం లేకుండా.

హోస్ట్ సొంతమైన విభాగాన్ని సృష్టించండి

వర్చువల్ నెట్‌వర్క్ ఎడిటర్‌లో, మీరు మరెక్కడా రూట్ చేయని ప్రిఫిక్స్‌పై, ఉదాహరణకు 172.28.90.0/24, VMnet3 వంటి host-only నెట్‌వర్క్‌ను జోడించండి. హోస్ట్ ఆ అడాప్టర్‌పై 172.28.90.1 తీసుకుంటుంది, అతిథి అదే స్విచ్‌కు చేరుతుంది. ఆ విభాగంలో హైపర్‌వైజర్ DHCP ను నిలిపివేయండి, ఒకే చిరునామా సేవ దానిని కలిగి ఉండాలి.

దానిపై ఏదైనా నిర్మించే ముందు Windows ఇంటర్‌ఫేస్‌ను చూస్తుందని నిర్ధారించుకోండి, ఎందుకంటే మొత్తం రూపకల్పన ఆ అడాప్టర్ సాధారణంగా ఉండటంపై ఆధారపడి ఉంది:

Get-NetAdapter | Format-Table Name, InterfaceDescription, Status
Get-NetIPAddress -AddressFamily IPv4 | Where-Object PrefixLength -eq 24

host-only అడాప్టర్ అక్కడ ఏదైనా భౌతిక అడాప్టర్‌లా కనిపిస్తుంది. ఏదానికీ కలపలేని టన్నెల్ అడాప్టర్ నుండి భేదం సరిగ్గా అదే.

అతిథి ప్రిఫిక్స్‌ను అనువదించండి

ఎలివేటెడ్ సెషన్ తెరిచి ప్రిఫిక్స్‌ను అనువదించండి. ముందుగా ఏమి ఉందో తనిఖీ చేయండి, ఎందుకంటే కంటైనర్ రన్‌టైమ్‌లు మరియు హైపర్‌వైజర్‌లు తమ స్వంత అనువాదాలను ఇన్‌స్టాల్ చేస్తాయి, తప్పుదాన్ని తొలగించడం మరొక ఉత్పత్తిని పాడు చేస్తుంది.

Get-NetNat | Format-Table Name, InternalIPInterfaceAddressPrefix, Active
New-NetNat -Name "LabGuestEgress" -InternalIPInterfaceAddressPrefix 172.28.90.0/24

తర్వాత అతిథిని ఆ ప్రిఫిక్స్‌లో స్థిర చిరునామా, దాని గేట్‌వేగా 172.28.90.1 మరియు టన్నెల్ హోస్ట్‌కు ఇచ్చే రిజాల్వర్ చిరునామాలతో కాన్ఫిగర్ చేయండి. అనువాదం ప్యాకెట్‌లను ముందుకు పంపుతుంది మరియు అతిథికి DNS గురించి ఏమీ నేర్పదు, కాబట్టి స్థానిక రౌటర్‌లో వదిలిన అతిథి పబ్లిక్ పేర్లను పరిష్కరించి ప్రతి అంతర్గత పేరులో విఫలమవుతుంది.

మొదటి హాప్‌ను తనిఖీ చేయండి, తర్వాత ధరను

అత్యంత సమీప సరిహద్దును పరీక్షించండి అనువర్తనాన్ని పరీక్షించే ముందు. హోస్ట్ గేట్‌వే వద్ద ఆగే ట్రేస్ అనువాదం జరగడం లేదని అర్థం, హోస్ట్ దాటి ఆగేది టన్నెల్ పడిపోయిందని లేదా ఎదుటి వైపు అనువదించిన చిరునామాను తిరస్కరించిందని అర్థం.

tracert -d 172.20.31.10
nslookup intranet.corp.example
Get-NetNatSession -NatName "LabGuestEgress"

టన్నెల్ పనిచేస్తున్నప్పుడు అదే గమ్యస్థానానికి హోస్ట్ స్వంత ప్రాప్యతతో పోల్చండి. హోస్ట్ విజయవంతమై అతిథి కాకపోతే, లోపం అనువాదంలో లేదా అతిథి గేట్‌వే సెట్టింగ్‌లో ఉంది, కనెక్షన్‌లో కాదు.

తర్వాత ఈ మార్పిడిని అంగీకరించండి. కార్పొరేట్ వ్యవస్థలు ఇప్పుడు ప్రతి అతిథికి ఒకే చిరునామాను చూస్తాయి, కాబట్టి పరికర ధృవపత్రాలు మరియు ప్రతి పరికర స్థితి తనిఖీలు వాటిని వేరు చేయలేవు, కొన్ని విధానాలు దీన్ని పూర్తిగా నిషేధిస్తాయి. పడిపోయే ప్రవర్తనను కూడా నిర్ణయించండి, ఎందుకంటే టన్నెల్ విఫలమైనప్పుడు అనువదించిన ట్రాఫిక్ సాధారణ ఇంటర్నెట్ మార్గంపై పడవచ్చు, మీరు హోస్ట్ ఫైర్‌వాల్‌లో ఆ ప్రిఫిక్స్‌ను నిరోధించకపోతే.

సంబంధిత వ్యాసాలు