OpenVPN తర్వాత VMware బ్రిడ్జ్ గెస్ట్ తన నెట్‌వర్క్‌ను కోల్పోయింది

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

గెస్ట్ మారలేదు, బ్రిడ్జ్ మారింది

Windows పై OpenVPN క్లయింట్‌ను ఇన్‌స్టాల్ చేయడం ద్వారా టన్నెల్ పైకి వచ్చినప్పుడు సేవ బంధించే వర్చువల్ నెట్‌వర్క్ అడాప్టర్ జోడించబడుతుంది. ఆపరేటింగ్ సిస్టమ్‌కు అది లింక్ స్థితితో కూడిన సాధారణ ఇంటర్‌ఫేస్‌గా మరియు తరచుగా దాని సొంత చిరునామాలతో కనిపిస్తుంది. VMware దాన్ని బ్రిడ్జ్ అభ్యర్థిగా పరిగణించడానికి ఇది చాలు.

VMnet0 డిఫాల్ట్‌గా ఆటోమేటిక్‌కు సెట్ చేయబడింది, అంటే హైపర్‌వైజర్ ప్రతిసారీ బ్రిడ్జ్ చేసినప్పుడు హోస్ట్ అడాప్టర్‌ను ఎంచుకుంటుంది. కొత్తగా ఇన్‌స్టాల్ చేసిన వర్చువల్ అడాప్టర్ ఆ సమూహంలో చేరుతుంది, అది ఎంపికైతే, గెస్ట్ పంపే ప్రతి ఫ్రేమ్ భౌతిక స్విచ్ పోర్టుకు బదులుగా టన్నెల్ పరికరానికి వెళ్తుంది.

బ్రిడ్జ్‌ను పిన్ చేయండి లేదా గెస్ట్‌ను రూట్ చేయండి

గెస్ట్ భౌతిక LAN లో సమాన సభ్యుడిగా ఉండాలంటే మొదటి శాఖ సరైనది: బ్రిడ్జ్ ఎంచుకోవడానికి అనుమతించడం ఆపి, అడాప్టర్‌ను స్పష్టంగా పేర్కొనండి. గెస్ట్ కార్పొరేట్ టన్నెల్ ఉపయోగించాల్సి ఉంటే రెండవ శాఖ వర్తిస్తుంది, ఆ సందర్భంలో బ్రిడ్జ్ ఎప్పుడూ సరైన రూపకల్పన కాదు, ఎందుకంటే బ్రిడ్జ్ చేసిన గెస్ట్ హోస్ట్ యొక్క VPN మార్గాన్ని వంశపారంగా పొందదు.

దీన్ని ముందుగా నిర్ణయించుకోండి, ఎందుకంటే రెండు జవాబులు వేరే పనికి దారి తీస్తాయి. క్రమాన్ని తిరగబెట్టడం సరిగ్గా పిన్ చేసిన బ్రిడ్జ్‌ను ఇస్తుంది, కానీ అది ఎప్పుడూ బ్రిడ్జ్ చేయకూడని గెస్ట్‌కు జోడించబడి ఉంటుంది.

మొదటి శాఖ కోసం హోస్ట్‌లో వర్చువల్ నెట్‌వర్క్ ఎడిటర్ తెరిచి, VMnet0 ఎంచుకుని ఆటోమేటిక్‌ను భౌతిక అడాప్టర్‌తో భర్తీ చేయండి. అనేక అడాప్టర్లు ఉంటే ఆటోమేటిక్ సెట్టింగ్‌ల జాబితాను ఉపయోగించి, గెస్ట్ ట్రాఫిక్‌ను ఎప్పుడూ మోయకూడని ప్రతిదాని నుండి టిక్ తీసివేయండి: OpenVPN TAP లేదా Wintun పరికరం, అలాగే Hyper-V, WSL, Docker మరియు loopback అడాప్టర్లు. ల్యాప్‌టాప్‌లో వైర్ మరియు వైర్‌లెస్ రెండు భౌతిక అడాప్టర్లను టిక్ చేసి ఉంచండి, లేకపోతే తదుపరిసారి వినియోగదారు దాన్ని డాక్‌లో కలిపినప్పుడు గెస్ట్ తన బ్రిడ్జ్‌ను కోల్పోతుంది.

ఎంపికను నిర్ణయించే మూడు షరతులు

బ్రిడ్జ్ సరిపోతుందా అనేది గెస్ట్ ఎందుకు ఉంది అనే దానిపై ఆధారపడి ఉంటుంది. గెస్ట్ LAN లో తన సొంత ప్రత్యేక హోస్ట్‌గా కనిపించాలంటే, తన సొంత చిరునామా మరియు తన సొంత ఇన్‌బౌండ్ చేరుకోగలిగే సామర్థ్యంతో, బ్రిడ్జ్ సరైన నమూనా మరియు పిన్ చేయడమే మొత్తం సరిదిద్దడం. గెస్ట్‌కు బయటకు వెళ్లే ప్రవేశం మాత్రమే అవసరమైతే, హోస్ట్-మాత్రమే లేదా NAT నెట్‌వర్క్ సులభం మరియు అడాప్టర్ మార్పులకు నిరోధకం.

గెస్ట్ హోస్ట్‌తో అదే టన్నెల్ ఉపయోగించాల్సి ఉంటే, బ్రిడ్జ్ మోడ్ గానీ పిన్ చేసిన అడాప్టర్ గానీ సహాయపడవు, ఎందుకంటే గెస్ట్ ట్రాఫిక్ ఎప్పుడూ హోస్ట్ రూటింగ్ నిర్ణయంలోకి రాదు. ఆ సందర్భానికి హోస్ట్‌లో రూట్ చేసిన లేదా అనువదించిన మార్గం అవసరం, అడాప్టర్ ఎంపిక అప్రస్తుతం అవుతుంది.

VMware Player ఇంటర్‌ఫేస్‌లో నెట్‌వర్క్ ఎడిటర్ లేదు, కాబట్టి Player మాత్రమే నడిపే హోస్ట్ ఈ సెట్టింగ్‌లను చేరుకోవడానికి ప్రత్యేక ఎడిటర్ లేదా Workstation ఇన్‌స్టాల్ అవసరం. ఈ పరిమితి కొన్నిసార్లు తనంతట తానే విధానాన్ని నిర్ణయిస్తుంది.

ఫలితాన్ని గెస్ట్ లోపలి నుండి చదవండి

వర్చువల్ NIC ను మళ్లీ ప్రారంభించండి, లేదా గెస్ట్‌ను మళ్లీ ప్రారంభించండి, అది మళ్లీ లీజ్ అడిగేలా. తర్వాత హోస్ట్ కాన్ఫిగర్ చేసిందని అనుకున్నది కాదు, అది నిజంగా పొందినది చదవండి.

ipconfig /all
ip addr
ip route

ఆ అవుట్‌పుట్‌లో రెండు ఫీల్డ్‌లను చదివి మిగతాది ఇప్పటికి పట్టించుకోకండి. గేట్‌వే LAN రౌటర్ ఉండాలి, మరియు అడాప్టర్ వివరణ టన్నెల్ కాకుండా VMware Ethernet పరికరాన్ని పేర్కొనాలి. 169.254.0.0/16 లో స్వయంగా కేటాయించిన చిరునామా అంటే ఏ DHCP సర్వర్ సమాధానం ఇవ్వలేదు, మరియు గెస్ట్ వైపు నుండి టన్నెల్ అడాప్టర్‌పై బ్రిడ్జ్ సరిగ్గా అలాగే కనిపిస్తుంది.

మరేదైనా మార్చే ముందు ఇంకో భేదాన్ని చెప్పడం విలువైనది. రౌటర్‌ను చేరి ఇంటర్నెట్‌ను చేరని గెస్ట్‌కు పనిచేసే బ్రిడ్జ్ ఉంటుంది మరియు సమస్య పైభాగంలో ఉంటుంది. టన్నెల్ పరిధిలో చిరునామా పొందిన గెస్ట్ ఇంకా తప్పు పరికరానికి జోడించబడి ఉంది. TAP అడాప్టర్‌ను నిలిపివేయడం రెండు సందర్భాలకు పరిష్కారం కాదు, ఎందుకంటే OpenVPN సేవకు అది అవసరం.