ఒక Azure VM కి టన్నెల్ కావాలి: గెస్ట్ క్లయింట్ లేదా VPN గేట్వే?
ఒకే Azure VM తన స్వంత VPN క్లయింట్ను నడపాలా లేదా కనెక్షన్ నెట్వర్క్ పొరకు చెందుతుందా అని మూడు షరతులు నిర్ణయిస్తాయి.
ఒక Azure VM లోని ఒక వర్క్లోడ్ టన్నెల్ ద్వారా ప్రైవేట్ నెట్వర్క్ను చేరుకోవాలి. డిజైన్ను నిర్ణయించే ప్రశ్న ఏ VPN ఉత్పత్తి మంచిది అనేది కాదు; మరే యంత్రానికైనా ఆ మార్గం ఎప్పుడైనా అవసరమవుతుందా అనేది. మొదట దానికి సమాధానం ఇవ్వండి, మిగిలిన నిర్మాణం సాధారణంగా తనంతట తానే ఎంపిక అవుతుంది. తప్పు చేస్తే, ఎవరూ డాక్యుమెంట్ చేయని రౌటర్గా నిశ్శబ్దంగా మారిన VM వారసత్వంగా వస్తుంది.
ఒకేలా కనిపించే రెండు పనులు
VM ఎండ్పాయింట్ లేదా ట్రాన్సిట్ పాయింట్ కావచ్చు, తేడా మీరు ఇన్స్టాల్ చేసే సాఫ్ట్వేర్లో కాదు, టన్నెల్ను ఎవరు ఉపయోగిస్తున్నారు అనేది. ఎండ్పాయింట్గా గెస్ట్ తన ప్రాసెసుల కోసం క్లయింట్ను నడుపుతుంది. ట్రాన్సిట్ పాయింట్గా అది ఇతర వర్క్లోడ్ల ప్యాకెట్లను ముందుకు పంపుతుంది, దీనివల్ల మీ నెట్వర్క్ టోపాలజీలో భాగమవుతుంది.
| పని | VM ఏమి చేస్తుంది | రౌటింగ్ ఎవరిది |
|---|---|---|
| వర్క్లోడ్ ఎండ్పాయింట్ | తన ప్రాసెసుల కోసం మద్దతు ఉన్న క్లయింట్ను నడుపుతుంది | గెస్ట్ రూట్లు ఆమోదించిన గమ్యాలను ఎంచుకుంటాయి |
| ట్రాన్సిట్ పరికరం | ఇతర వర్క్లోడ్లను సైట్ కనెక్షన్లోకి పంపుతుంది | సబ్నెట్ రూట్ పట్టికలు, NIC ఫార్వర్డింగ్, గెస్ట్ విధానం మరియు తిరిగి వచ్చే మార్గాలు |
ఒక VM కోసం వచ్చే చాలా అభ్యర్థనలు రెండో పని భాష ధరించిన మొదటి పని. ఎవరో “VM మా VPN” అంటారు, కానీ అర్థం దానిపై ఉన్న ఒక అప్లికేషన్ అవతలి వైపు డేటాబేస్ను చేరుకోవాలి అని.
షరతు ఒకటి: దూరపు వైపు మరేదైనా కావాలా?
సమాధానం కాదు అయితే, గెస్ట్లో క్లయింట్ను ఇన్స్టాల్ చేసి డిజైన్ చేయడం ఆపండి. ఆ ఎంపికలో ఏదీ నిర్వహిత గేట్వేను కోరదు, దానివల్ల ఏదీ VM ను దాని పొరుగువారికి గేట్వేగా చేయదు. మీరు ఒక ఆపరేటింగ్ సిస్టమ్ లోపల రూట్ను జోడిస్తున్నారు.
సమాధానం అవును అయితే, లేదా సంవత్సరంలో బహుశా అవును అయితే, దాన్ని ఇప్పుడే నెట్వర్క్ డిజైన్గా పరిగణించండి. ఇతర VM లు ట్రాన్సిట్ VM ను చేరుకోవడం సబ్నెట్ రూట్ పట్టిక వాటిని అక్కడికి పంపినప్పుడు మరియు NIC ఫార్వర్డ్ చేసిన ట్రాఫిక్ను అంగీకరించినప్పుడు మాత్రమే, కాబట్టి పని రూట్ పట్టికలు మరియు ఫార్వర్డింగ్ అనుమతులు, మరో క్లయింట్ ఇన్స్టాల్ కాదు.
షరతు రెండు: నిర్వహణ మార్గాన్ని ఉంచుకోగలరా?
వెడల్పైన రూట్ ఇన్స్టాల్ చేసే VPN క్లయింట్ మీరు VM ను నిర్వహించే మార్గాన్ని ఆక్రమించగలదు. టన్నెల్ గమ్యాల జాబితా నిర్వహణ నెట్వర్క్తో అతివ్యాప్తి చెందితే, క్లయింట్ కనెక్ట్ అయిన క్షణంలోనే మీ SSH లేదా RDP సెషన్ పడిపోతుంది, మరియు సరిదిద్దడం సీరియల్ కన్సోల్ లేదా పునర్నిర్మాణం ద్వారా చేయాలి.
ముందు మరియు తర్వాత తనిఖీ చేయండి. Linux లో ip route get <management-ip> కెర్నల్ ఇప్పుడు ఏ ఇంటర్ఫేస్ మరియు మూలాన్ని ఉపయోగిస్తుందో చూపుతుంది; టన్నెల్ పనిచేస్తున్నప్పుడు వచ్చిన సమాధానంతో పోల్చండి. స్పష్టమైన గమ్యాల జాబితాతో ఉన్న విభజిత టన్నెల్ డిఫాల్ట్ రూట్ కంటే సమర్థించడం సులభం, మరియు సాధారణంగా వర్క్లోడ్కు నిజంగా కావాల్సింది అదే.
షరతు మూడు: అర్ధరాత్రి దీన్ని ఎవరు ప్యాచ్ చేస్తారు?
గెస్ట్ క్లయింట్ అంటే మీ ఆపరేటింగ్ సిస్టమ్, మీ క్లయింట్ వెర్షన్ మరియు మీ సర్టిఫికెట్లు. మీరు ఇప్పటికే VM మరియు దాని ప్యాచ్ చక్రాన్ని నడుపుతుంటే అది సరే. టన్నెల్ పట్టుకోవడానికి మాత్రమే VM ఉంటే అది చెడు వ్యాపారం. గెస్ట్ క్లయింట్ను చవక అని పిలిచే ముందు ప్యాచ్ గంటలను లెక్కించండి. రీబూట్ అవసరమయ్యే క్లయింట్ అప్గ్రేడ్ అంటే టన్నెల్ నడుస్తూండటానికి ఉన్న యంత్రం కోసం మీరే షెడ్యూల్ చేసుకున్న అంతరాయం.
నిర్వహిత గేట్వే ఆ నిర్వహణను ప్లాట్ఫారమ్కు మారుస్తుంది. గుర్తింపు, అధికారం మరియు దాని వెనుక ఉన్న నెట్వర్క్ మార్గాలు ఇప్పటికీ మీవే, కానీ క్లయింట్ అప్డేట్ వర్తింపజేయడానికి మీరు యంత్రాన్ని రీబూట్ చేయరు.
నిర్వహిత గేట్వే ఏమి చేయదు
Azure VPN Gateway అనేది దాని స్వంత సైట్-టు-సైట్ మరియు పాయింట్-టు-సైట్ ఏర్పాట్లతో కూడిన VNet కనెక్టివిటీ సేవ. ఇది గెస్ట్లో VPN సాఫ్ట్వేర్ను నిషేధించే నియమం కాదు, ఒక అప్లికేషన్కు అవసరమైన క్లయింట్కు ప్రత్యక్ష ప్రత్యామ్నాయం కాదు.
ఇది ఇచ్చేది నెట్వర్క్ పొరలో కనెక్షన్, రౌటింగ్ ద్వారా అనేక వర్క్లోడ్లు దాన్ని చేరుకోగలవు. ఇది ఇవ్వనిది ఒక VM లో ఒకే ప్రాసెస్ ఉపయోగించే, ఆ ప్రాసెస్ గుర్తింపుకు పరిమితమైన టన్నెల్. ఆ పరిమితి క్షమాపణ చెప్పుకోవాల్సిన లోపం కాదు; అదే గెస్ట్-క్లయింట్ డిజైన్ ఉద్దేశం. ఒక అప్లికేషన్, ఒక రూట్, ఒక క్రెడెన్షియల్ సెట్, సబ్నెట్లోని ఇతర VM లపై ఎటువంటి ప్రభావం లేదు.
కాబట్టి పోలిక నిర్వహితం వర్సెస్ సాఫ్ట్వేర్ కాదు. ఇది నెట్వర్క్-పరిధి కనెక్టివిటీ వర్సెస్ ప్రాసెస్-పరిధి కనెక్టివిటీ, రెండోది ఒకే ప్రాసెస్కు అవసరమైనప్పుడు సమంజసం.
అవసరమైన ముందే వృద్ధి మార్గాన్ని ప్రణాళిక చేయండి
అవసరం ఒక VM నుండి సబ్నెట్కు పెరిగితే, క్లయింట్కు అనుమతించిన ప్రిఫిక్స్లను విస్తరించడం బదులు డిజైన్ను మళ్లీ నిర్మించండి. సౌకర్యవంతమైన సెషన్ను డాక్యుమెంట్ చేయని రౌటర్గా పునర్వినియోగించడం ప్రతి వినియోగదారుని ఆ VM జీవితకాలం, దాని క్రెడెన్షియల్స్ మరియు దాని ప్యాచ్ విండోతో కట్టివేస్తుంది.
కనెక్షన్ వర్క్లోడ్-పరిధి కాకుండా నెట్వర్క్-పరిధి అయినప్పుడు సరైన ప్రారంభ స్థానం Azure VPN Gateway అవలోకనం.
ఎంచుకునే ముందు మూడు పంక్తులు రాయండి: దూరపు వైపు ఏమి కావాలి, VM ను ఎవరు నిర్వహిస్తారు, మరియు టన్నెల్ను ఎవరు ప్యాచ్ చేస్తారు. మూడు సమాధానాలు ఒకే వర్క్లోడ్ను సూచిస్తే, గెస్ట్ క్లయింట్ నిజాయితీ డిజైన్. వాటిలో ఏదైనా సబ్నెట్ను సూచిస్తే, ఇప్పుడే నెట్వర్క్ పొరను డిజైన్ చేయండి.