EC2 లభ్యతా జోన్లలో: VPN కంటే ముందు రూటింగ్ తనిఖీ చేయండి

రెండు EC2 ఇన్స్టాన్సుల మధ్య VPN సాఫ్ట్‌వేర్‌ను ఇన్‌స్టాల్ చేయడానికి ముందు ఒక ప్రశ్నకు సమాధానం ఇవ్వండి: అవి ఒకే VPCలో ఉన్నాయా? అలా ఉంటే, ప్రైవేట్ మార్గం ఇప్పటికే ఉంది, జోన్ల అంతటా ఉంచడం దాన్ని మార్చదు. ఈ పరిస్థితిలో చాలా పని ఏమిటంటే ప్రతి సబ్‌నెట్ నిజంగా ఏ రూట్ పట్టికను ఉపయోగిస్తుందో నిర్ధారించడం, ఆపై వైఫల్యం రూటింగ్ సమస్యగా ఉందో లేదో తెలుసుకోవడం. ఈ నిర్దిష్ట ప్రశ్నకు టన్నెల్ సాధారణంగా తప్పు సమాధానం.

తనిఖీ 1: ఒకే VPC లేదా వేర్వేరు VPC

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

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

తనిఖీ 2: సబ్‌నెట్ రూట్ పట్టికలు ఏమి చెబుతున్నాయి

నిజమైన విలువలతో లేఅవుట్ రాయండి. VPC 10.60.0.0/16 వద్ద, సబ్‌నెట్లు 10.60.1.0/24 మరియు 10.60.2.0/24 తో, ఇన్‌స్టాన్సులకు 10.60.1.10 మరియు 10.60.2.20 VPC యొక్క స్థానిక మార్గం ద్వారా మార్గాన్ని ఇస్తుంది.

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

VPC నిజంగా కేటాయించే ప్రైవేట్ చిరునామాలు మరియు పేర్లను ఉపయోగించండి. ప్రైవేట్ చిరునామా 10తో ప్రారంభం కావాల్సిన అవసరం లేదు, జ్ఞాపకం నుండి ఒకటి కల్పించడమే పని చేస్తున్న వాతావరణాన్ని తప్పుగా నిర్ధారణ చేసే మార్గం.

తనిఖీ 3: రూటింగ్ లేదా అధికారం

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

దాని వెనుక అతిథి ఫైర్‌వాల్, శ్రోత బైండింగ్ మరియు అప్లికేషన్ స్వంత గుర్తింపు ఉన్నాయి. వాటిలో ఏదైనా రూటింగ్ సంపూర్ణంగా చేరవేసిన అభ్యర్థనను తిరస్కరించవచ్చు.

ఆమోదం అప్లికేషన్ యొక్క నిజమైన ఆపరేషన్ అయి ఉండాలి. విజయవంతమైన ping అప్లికేషన్ యాక్సెస్‌ను ఇవ్వదు మరియు TLS పేరు, ఆధారాలు సరైనవని రుజువు చేయదు, నిరోధించిన ping అన్ని ప్రైవేట్ సేవలు నిలిచిపోయాయని నిర్ధారించదు.

తనిఖీ 4: నిజంగా ప్రత్యేక కనెక్షన్ అవసరమా

VPN ఇప్పటికీ డిజైన్‌లో ఉండవచ్చు, కానీ పేర్కొన్న కారణంతో: ఈ VPCను కార్యాలయానికి కనెక్ట్ చేయడం, ల్యాప్‌టాప్‌లను అనుమతించడం లేదా ఓవర్‌లే అవసరాన్ని తీర్చడం. ఆ కారణం ఒకే VPCలోని సాధారణ కమ్యూనికేషన్ నుండి భిన్నం.

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

తనిఖీ 5: ఎన్‌క్రిప్షన్ ప్రశ్న

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

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

ఏమి నమోదు చేయాలి

రెండు సబ్‌నెట్ ఐడీలు, ప్రతి దానితో అనుబంధించిన రూట్ పట్టిక, భద్రతా సమూహ సూచనలు మరియు మీరు పరీక్షించిన అప్లికేషన్ ఆపరేషన్ నమోదు చేయండి. ఇవి నాలుగు వాస్తవాలు, ఈ మార్గం గురించిన భవిష్యత్ చర్చలలో చాలావరకు వాటిని పరిష్కరిస్తాయి.

కేవలం జోన్‌లో ఉంచడం ఎప్పుడూ VPN జోడించమని చెప్పదు, ప్రైవేట్ అభ్యర్థన ఎందుకు విఫలమైందో కూడా ఎప్పుడూ వివరించదు.