మీరు VPC కన్సోల్ తెరుస్తున్నారు ఎందుకంటే భాగస్వామి సైట్-నుండి-సైట్ VPN ద్వారా ఏ మూల పరిధి వస్తుందని అడిగారు. NAT గేట్‌వే పేజీ Elastic IP జతచేయబడిన పబ్లిక్ గేట్‌వేను చూపిస్తుంది, ఆ చిరునామాను పంపి ముందుకు వెళ్లాలనే ప్రలోభం ఉంటుంది. ఇది ఇంటర్నెట్ మార్గానికి సరైన సమాధానం మరియు VPN మార్గానికి తప్పు సమాధానం, భేదం ఏమిటంటే రూట్ పట్టిక ఏ గేట్‌వే వైపు చూపిస్తుంది అనేది. అనుమతి జాబితా రాసే ముందు మార్గాన్ని నడిచి చూడండి.

అనుమతి జాబితా నుండి కాదు, NAT గేట్‌వే పేజీ నుండి ప్రారంభించండి

NAT గేట్‌వే పేజీ మీకు సబ్‌నెట్, రకం మరియు Elastic IP చెబుతుంది, ఈ మూడు ఫీల్డ్‌లు ప్రారంభించడానికి సరిపోతాయి. అది చెప్పనిది ఏమిటంటే తర్వాత ట్రాఫిక్ వెళ్లే మార్గం. అది NAT గేట్‌వే సబ్‌నెట్‌కు జతచేయబడిన రూట్ పట్టికల నుండి వస్తుంది.

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

రెండు మార్పిడులను అనుసరించండి

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

workload 10.20.1.5 -> NAT gateway 10.20.2.10 -> internet gateway -> Elastic IP 203.0.113.25
workload 10.20.1.5 -> NAT gateway 10.20.2.10 -> transit or virtual private gateway -> partner sees 10.20.2.10

ప్రైవేట్ మార్గంలో గొలుసులో ఇంటర్నెట్ గేట్‌వే ఉండదు. ట్రాఫిక్ ట్రాన్సిట్ గేట్‌వే లేదా వర్చువల్ ప్రైవేట్ గేట్‌వే ద్వారా బయటకు వెళ్లినప్పుడు, NAT గేట్‌వే గైడ్ NAT గేట్‌వే యొక్క ప్రైవేట్ చిరునామాను దూరపు వైపు పొందే మూలంగా నమోదు చేస్తుంది. భాగస్వామి అనుమతించాల్సిన చిరునామా అదే, Elastic IP కాదు.

VPN మార్గం సాధారణంగా ప్రైవేట్ చిరునామాను చూపిస్తుంది

10.20.1.0/24లో ఉన్న పనిభారం భాగస్వామి ఉపసర్గను చేరుకున్నప్పుడు, పనిభారం సబ్‌నెట్ రూట్ పట్టిక NAT గేట్‌వే వైపు, NAT గేట్‌వే సబ్‌నెట్ రూట్ పట్టిక ప్రైవేట్ గేట్‌వే మార్గం వైపు చూపిస్తాయి. రెండు పరుగులు ముఖ్యం, భాగస్వామి ఏమి చూస్తారో రెండవది మాత్రమే నిర్ణయిస్తుంది. NAT సబ్‌నెట్‌కు VPN మార్గానికి రూట్ లేకపోతే, ప్యాకెట్ ఎప్పటికీ చేరుకోదు, అది తప్పు మూల చిరునామా నుండి భిన్నమైన వైఫల్యం.

చిరునామాల గురించి మాట్లాడే ముందే ఆ రెండవ మార్గాన్ని ధృవీకరించండి. లేని రూట్ మరియు తప్పుగా నివేదించిన మూలం ట్రాఫిక్ కనిపించని భాగస్వామికి ఒకేలా కనిపిస్తాయి.

రెండవ మార్పిడి సమాధానాన్ని మార్చినప్పుడు

AWS ట్రాన్సిట్ గేట్‌వే అటాచ్‌మెంట్‌పై స్పష్టమైన, సరిపోలే ఒకటి-నుండి-ఒకటి NAT మ్యాపింగ్‌ను కూడా అందిస్తుంది. ఆ మ్యాపింగ్ దూర సేవ చూసే ముందు మూలాన్ని మళ్లీ మార్చగలదు, అది కేవలం రూటింగ్ చేసే డిఫాల్ట్ ప్రవర్తన కాదు. ఉద్దేశపూర్వకంగా కాన్ఫిగర్ చేయాల్సి ఉంటుంది కాబట్టి, యాదృచ్ఛికంగా వారసత్వంగా పొందేదిగా కాకుండా డిజైన్ మినహాయింపుగా పరిగణించండి. మీ జట్టులో ఎవరూ దాన్ని ఆన్ చేసినట్లు గుర్తులేకపోతే, అటాచ్‌మెంట్ చదివే వరకు అది లేదని భావించండి.

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

ప్రైవేట్ NAT గేట్‌వేకు దాన్ని ఇంటర్నెట్ గేట్‌వే వైపు చూపించడం ద్వారా ఇంటర్నెట్ సేవ ఇవ్వలేము; అలాంటి ట్రాఫిక్ పడవేయబడుతుందని AWS నమోదు చేస్తుంది. రకాన్ని పూర్తి మార్గం నుండి ఎంచుకోండి, అవసరంలోని VPN పదం నుండి కాదు.

మీ భాగస్వామి పని చేయగల ఒప్పందాన్ని రాయండి

ఉపయోగకరమైన ఒప్పందంలో నాలుగు భాగాలు ఉంటాయి: ప్రవాహాలు ప్రారంభమయ్యే దిశ, భాగస్వామి చూసే మార్చబడిన గుర్తింపు, ఆ గుర్తింపు కోసం తిరిగి వచ్చే మార్గం మరియు వర్తించే రక్షణ పరిధి. NAT గేట్‌వే ప్రవాహాలు మద్దతు ఉన్న మూల వైపు నుండి ప్రారంభమవుతాయి, కాబట్టి ఇది ప్రైవేట్ పనిభారాన్ని బహిర్గతం చేయడానికి వచ్చే పోర్ట్ ఫార్వార్డింగ్ సేవ కాదు. దీన్ని ముందుగానే బిగ్గరగా చెప్పడం ప్రతి వైపు మరొక వైపు ప్రారంభించిందని భావించిన డిజైన్ సమీక్షను నిరోధిస్తుంది.

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

తర్వాత ఏదైనా మార్పు తర్వాత రెండు రూట్ పట్టికలను మళ్లీ తనిఖీ చేయండి, కొత్త అటాచ్‌మెంట్ లేదా మళ్లీ అనుసంధానించిన సబ్‌నెట్ సమాధానాన్ని నిశ్శబ్దంగా తిరిగి రాస్తుంది.

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