ఇన్స్టాన్స్కు ప్రైవేట్ చిరునామా ఉంది, Elastic IP దానితో అనుసంధానించబడింది, మరియు ఆ పబ్లిక్ /32 కోసం ఒక మార్గం VPNలో చేర్చబడుతుంది, రెండూ ఒకటే అవుతాయనే ఆశతో. అవ్వవు. Elastic IP అనేది అతిథి వెలుపల, ఇంటర్నెట్ గేట్వే ద్వారా, ఇంటర్నెట్ మార్గాన్ని తీసుకునే ట్రాఫిక్పై చేసే అనువాదం. అతిథి ఆపరేటింగ్ సిస్టమ్ ఆ చిరునామా ఏ ఇంటర్ఫేస్పైనా కాన్ఫిగర్ చేయబడినట్లు ఎప్పుడూ చూడదు. దాన్ని టన్నెల్ ఇంటర్ఫేస్కు జోడించడం పైస్థాయి అనువాదాన్ని పునరుత్పత్తి చేయదు మరియు అదే యంత్రానికి రెండవ, విరుద్ధమైన గుర్తింపును సృష్టిస్తుంది.

రెండు చిరునామాలు, ఒక ఇన్స్టాన్స్

ఇన్స్టాన్స్ నెట్వర్క్ ఇంటర్ఫేస్ VPC లోపల ప్రైవేట్ చిరునామాను కలిగి ఉంటుంది, మరియు అదే అతిథికి తెలిసిన చిరునామా. Elastic IP అదే ఇంటర్ఫేస్కు అనుసంధానించబడింది కానీ మ్యాపింగ్ యొక్క పబ్లిక్ వైపు నివసిస్తుంది.

ఇంటర్నెట్ ద్వారా ఇన్స్టాన్స్ను చేరే ప్రతిదీ ప్రైవేట్ చిరునామాకు అనువదించబడి వస్తుంది. ఇన్స్టాన్స్ ఇంటర్నెట్కు పంపే ప్రతిదీ Elastic IPని మూలంగా తీసుకుని బయటకు వెళ్తుంది, మళ్లీ అదే అనువాదం కారణంగా.

అతిథి లోపల ఒక చిరునామా ఉంది. బయట రెండు ఉన్నాయి. ఆ అసమానతే ఈ రంగంలో ఎక్కువ గందరగోళాన్ని వివరిస్తుంది. అతిథి గేట్వే ఏమి అనువదిస్తుందో కాన్ఫిగర్ చేయలేదు. తన వద్ద నిజంగా ఉన్న చిరునామాపై మాత్రమే సమాధానం చెప్పగలదు.

ఇంటర్నెట్ గేట్వే నిజంగా ఏమి చేస్తుంది

AWS యొక్క ఇంటర్నెట్ గేట్వే డాక్యుమెంటేషన్ ఈ ఏర్పాటును వివరిస్తుంది: ఇన్స్టాన్స్ తన ప్రైవేట్ IPv4 చిరునామా గురించి తెలుసుకుంటుంది, మరియు గేట్వే ఇంటర్నెట్ మార్గంలోని ట్రాఫిక్కు సంబంధిత పబ్లిక్ IPv4 లేదా Elastic IP అనువాదాన్ని అందిస్తుంది.

ఇది నెట్వర్క్ చిరునామా అనువాదం, మారుపేరు కాదు. మ్యాపింగ్ను గేట్వే నిర్వహిస్తుంది, అది అనుబంధానికి కట్టుబడి ఉంటుంది మరియు దాని ద్వారా వెళ్లే ప్యాకెట్లకు మాత్రమే వర్తిస్తుంది. అనుబంధాన్ని తీసివేయండి, అతిథి ఏమీ గమనించకుండానే పబ్లిక్ గుర్తింపు మాయమవుతుంది.

అందుకే పబ్లిక్ /32కు చిరునామా చేయబడిన ప్రైవేట్ VPN ప్యాకెట్ అతిథి స్థానిక చిరునామాకు వెళ్లే ప్రైవేట్ ప్యాకెట్గా తిరిగి వ్యాఖ్యానించబడదు. ప్యాకెట్ తనకు సరిపోయే మార్గాన్ని అనుసరిస్తుంది, అది దాన్ని ఇంటర్నెట్ గేట్వేకు పంపుతుంది, మరియు గేట్వే ప్రవర్తన మార్గం రెండు దిశలలో అనుమతించబడిందా అనే దానిపై ఆధారపడి ఉంటుంది.

టన్నెల్ ఇంటర్ఫేస్ ఉపాయం ఎందుకు విఫలమవుతుంది

Elastic IPని టన్నెల్ ఇంటర్ఫేస్కు కేటాయించడం పబ్లిక్ చిరునామాను స్థానికంగా పరిగణించమని అతిథిని కోరుతుంది. ఇప్పుడు రెండు విషయాలు ఒకే చిరునామాను క్లెయిమ్ చేస్తున్నాయి: ఇంటర్నెట్ మార్గంలో గేట్వే అనువాదం మరియు టన్నెల్ లోపల స్థానిక ఇంటర్ఫేస్. తిరిగి వచ్చే ట్రాఫిక్కు ఏది వర్తిస్తుందనే దానిపై స్థిరమైన సమాధానం లేదు.

పని చేస్తున్నట్లు కనిపించినా, డిజైన్ నిజమైన ప్రశ్నను దాచింది. క్లయింట్లు టన్నెల్ ద్వారా ప్రైవేట్ చిరునామాను లేదా ఇంటర్నెట్ ద్వారా పబ్లిక్ ఎండ్పాయింట్ను చేరుకుంటారు, ఆ రెండు మార్గాలకు వేర్వేరు భద్రతా గ్రూపులు, వేర్వేరు లాగింగ్ మరియు వేర్వేరు వైఫల్య పద్ధతులు ఉన్నాయి.

చిరునామా ఎప్పుడూ సమస్య కాదు. మార్గ ఎంపికే సమస్య.

మూడు లక్ష్యాలు, మూడు డిజైన్లు

లక్ష్యం పబ్లిక్ VPN ఎండ్పాయింట్ అయితే, Elastic IP సరైన సాధనం: దూర పీర్లు ఇంటర్నెట్ ద్వారా దానికి కనెక్ట్ అవుతాయి మరియు ఎన్క్రిప్టెడ్ రవాణా ఇన్స్టాన్స్పై ముగుస్తుంది. తర్వాత అంతర్గత అప్లికేషన్ ట్రాఫిక్ ప్రైవేట్ చిరునామాను ఉపయోగిస్తుంది.

లక్ష్యం అప్లికేషన్కు ప్రైవేట్ యాక్సెస్ అయితే, గమ్యం ప్రైవేట్ చిరునామా లేదా దానికి రిజాల్వ్ అయ్యే ప్రైవేట్ DNS పేరు, మరియు VPN మార్గం, భద్రతా గ్రూపు మరియు తిరిగి వచ్చే మార్గం అన్నీ అంగీకరించాలి. ఆ డిజైన్లో Elastic IP అసలు కనిపించదు.

లక్ష్యం VPN వినియోగదారులకు స్థిరమైన పబ్లిక్ ఎగ్రెస్ గుర్తింపు అయితే, అది ఎగ్రెస్ వైపు NAT డిజైన్, క్లయింట్ టన్నెల్పై చిరునామా కాదు. ఒకేలా వినిపించే మూడు లక్ష్యాలు మూడు వేర్వేరు రేఖాచిత్రాలను ఇస్తాయి, వాటిలో ఒకటి మాత్రమే Elastic IPని కొత్త ప్రదేశంలో ఉంచడాన్ని కలిగి ఉంటుంది.

మీరు ఎంచుకున్న మార్గాన్ని ధృవీకరించండి

ప్రైవేట్ యాక్సెస్ కోసం, VPN మార్గం ప్రైవేట్ ప్రిఫిక్స్ను కవర్ చేస్తుందా, VPC రూట్ టేబుల్ ట్రాఫిక్ను టన్నెల్కు తిరిగి పంపుతుందా, భద్రతా గ్రూపు క్లయింట్ మూలాన్ని అనుమతిస్తుందా మరియు క్లయింట్ స్వంత ఫైర్వాల్ ప్రత్యుత్తరాన్ని అనుమతిస్తుందా అని నిర్ధారించండి. తర్వాత ping బదులు ఒక నిజమైన అభ్యర్థనను పరీక్షించండి.

పబ్లిక్ యాక్సెస్ కోసం, క్లయింట్ ఇంటర్నెట్ ఎగ్రెస్, పబ్లిక్ ప్రవేశం యొక్క రౌటింగ్ మరియు దాని భద్రతా విధానాన్ని నిర్ధారించండి. VPN క్లయింట్ టన్నెల్ ద్వారా పబ్లిక్ ఎండ్పాయింట్ను చేరుకోగలదా అనేది టన్నెల్ ఎగ్రెస్ మరియు ఫైర్వాల్ నియమాలపై ఆధారపడి ఉంటుంది, Elastic IP అనుబంధంపై కాదు.

పబ్లిక్ హోస్ట్నేమ్ రెండు వైపుల నుండి పని చేయాల్సి ఉంటే, VPN క్లయింట్లకు ప్రైవేట్ చిరునామాతో మరియు మిగిలిన అందరికీ పబ్లిక్ చిరునామాతో సమాధానం ఇచ్చే DNS డిజైన్ను ఉపయోగించండి, మరియు సర్టిఫికెట్ను చిరునామాకు బదులు పేరుకు చెల్లుబాటు అయ్యేలా ఉంచండి. పని క్రమం: లక్ష్యానికి పేరు పెట్టండి, దానికి చెందిన చిరునామాను ఎంచుకోండి, తర్వాత మార్గాలు, విధానం మరియు ఒక అభ్యర్థనను ధృవీకరించండి.

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