మీ VM హోస్ట్ VPNని ఉపయోగిస్తుందా? గెస్ట్ లోపలి నుండి పరీక్షించండి

మీరు హోస్ట్ పబ్లిక్ IPని తనిఖీ చేస్తారు, అది VPNని చూపిస్తుంది, మరియు VM రక్షించబడిందని మీరు నిర్ణయించుకుంటారు. ఆ నిర్ణయానికి ఈ పరీక్ష మద్దతు ఇవ్వదు. గెస్ట్‌కు దాని స్వంత రూటింగ్ పట్టిక, స్వంత రిజాల్వర్ మరియు స్వంత ఇంటర్‌ఫేస్‌లు ఉన్నాయి, మరియు హోస్ట్ నిష్క్రమణ చిరునామా వాటి గురించి ఏమీ చెప్పదు.

పరీక్ష గెస్ట్ లోపల నడవాలి, మరియు ఏమి కొలిచారో చెప్పాలి.

హోస్ట్ బ్రౌజర్ నుండి కాదు, గెస్ట్ లోపలి నుండి ప్రారంభించండి

మొదట హైపర్‌వైజర్ నెట్‌వర్క్ మోడ్‌ను నమోదు చేయండి: NAT, bridged, host-only లేదా macvtap. NAT మోడ్‌లో హోస్ట్ గెస్ట్ ట్రాఫిక్‌ను రూట్ చేస్తుంది, కాబట్టి క్లయింట్ మార్గాలను ఎలా ఇన్‌స్టాల్ చేస్తుందనే దానిపై హోస్ట్ టన్నెల్ వర్తించవచ్చు లేదా వర్తించకపోవచ్చు. Bridged మోడ్‌లో గెస్ట్ భౌతిక LANలో సమాన భాగస్వామి, మరియు హోస్ట్ టన్నెల్ అసంబద్ధం. ఈ రెండు మోడ్‌లు ఒకే హోస్ట్ కాన్ఫిగరేషన్ నుండి వ్యతిరేక సమాధానాలు ఇస్తాయి.

ఏదైనా మార్చే ముందు మోడ్‌ను రాయండి, ఎందుకంటే ఫలితం అర్థం ఏమిటో అదే నిర్ణయిస్తుంది.

గమ్యం మీకు తెలిసిన ఒక అభ్యర్థన చేయండి

తాను చూసిన మూల చిరునామాను నివేదించే సేవకు హానికరం కాని అభ్యర్థన పంపండి. ఆపై ఆ గమ్యం కోసం గెస్ట్ స్వంత రూటింగ్ నిర్ణయాన్ని తనిఖీ చేయండి: ip route get 203.0.113.5 గెస్ట్ ఉపయోగించే ఇంటర్‌ఫేస్ మరియు గేట్‌వేను ముద్రిస్తుంది.

ఇంటర్‌ఫేస్ గెస్ట్ సాధారణ NIC అయితే, ఆ ట్రాఫిక్ గెస్ట్ లోపల టన్నెల్ గుండా వెళ్లదు.

రెండవ అడాప్టర్, ప్రాక్సీ సెట్టింగ్ లేదా గెస్ట్ వైపు VPN క్లయింట్ ఒక అప్లికేషన్‌కు సమాధానాన్ని మార్చవచ్చు, మరొకదానికి కాదు. షెల్ నుండి వచ్చే సాధారణ అభ్యర్థన కాదు, మీకు నిజంగా ముఖ్యమైన అప్లికేషన్‌ను పరీక్షించండి.

రిజాల్వర్‌ను విడిగా తనిఖీ చేయండి

మారిన నిష్క్రమణ చిరునామా ఆ హోస్ట్ పేరును ఏ రిజాల్వర్ నిర్వహించిందో చెప్పదు. ప్లాట్‌ఫారమ్‌కు సరిపోయే సాధనంతో పేరును స్పష్టంగా అడగండి, మరియు ఏ సర్వర్ సమాధానం ఇచ్చిందో నమోదు చేయండి. Split DNS అంటే రిజాల్వర్ ప్రశ్నకు మరియు రూటింగ్ ప్రశ్నకు వేర్వేరు సమాధానాలు ఉంటాయి.

ఆ రెండూ ఏ దిశలోనైనా భిన్నించవచ్చు, మరియు ఆ భిన్నత్వమే తరచుగా నిజమైన బగ్.

systemd హోస్ట్‌లో, resolvectl query సమాధానం వెనుక ఉన్న ఇంటర్‌ఫేస్ మరియు DNS సర్వర్‌ను పేర్కొంటుంది. పాత కాన్ఫిగరేషన్‌లు సర్వర్‌ను dig అవుట్‌పుట్‌లో చూపిస్తాయి. ఏదేమైనా, సమాధానం వచ్చిందా అనేది కాదు, ఏ సర్వర్ సమాధానం ఇచ్చిందో చూడటం ముఖ్యం.

విజయాన్ని మాత్రమే కాదు, వైఫల్య విధానాన్ని కూడా పరీక్షించండి

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

టన్నెల్ పడిపోయినప్పుడు భౌతిక NICకి తిరిగి వెళ్లే గెస్ట్ NAT మోడ్ అనుమతించేది సరిగ్గా చేస్తోంది.

మోడ్ మరియు పరిధిని నమోదు చేయండి

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

IPv4 టన్నెల్‌ను అనుసరించింది అయితే, అలా చెప్పండి. ఈ ప్రకటనను IPv6, మరొక namespace లేదా మరొక నెట్‌వర్క్‌లోని మరొక VMకి విస్తరించవద్దు.