AWS VPN-లో స్థానిక మరియు దూర CIDR: ఏ వైపు ఏది?

మీరు Site-to-Site VPN ఎంపికలను తెరుస్తారు, స్థానిక మరియు దూర అని లేబుల్ చేసిన రెండు CIDR పెట్టెలను చూస్తారు, మరియు మీరు స్థానికంగా భావించే చిరునామా వైపు చేయి చాపుతారు: VPC. ఇది API అర్థం చేసుకున్నదానికి వ్యతిరేకం. కనెక్షన్ ఎంపికలలో LocalIpv4NetworkCidr కస్టమర్ గేట్‌వే వైపును RemoteIpv4NetworkCidr AWS వైపును పేర్కొంటుంది, ఎందుకంటే కనెక్షన్ కస్టమర్ గేట్‌వే నుండి నిర్మించబడుతుంది. కన్సోల్ దీన్ని ఎప్పుడూ బిగ్గరగా చెప్పదు, మరియు నమ్మదగినట్లు కనిపించే మార్పిడిని ఏదీ తిరస్కరించదు.

కన్సోల్ లేబుల్ నుండి కాదు, API కాల్ నుండి ప్రారంభించండి

కనెక్షన్ ఎంపికల సూచనను ఒకసారి పూర్తిగా చదవండి మరియు ప్రతి ఎంపిక కస్టమర్ గేట్‌వే దృష్టికోణం నుండి రాయబడిందని గమనించండి. ఇది పేరు పెట్టడంలో యాదృచ్ఛికం కాదు. టన్నెల్ మీ వైపు దాన్ని ముగించే పరికరానికి కనిపించిన విధంగానే వివరించబడుతుంది, కాబట్టి స్థానిక అంటే మీ గేట్‌వే వెనుక ఉన్న నెట్‌వర్క్, దూర అంటే AWS గేట్‌వే వెనుక ఉన్న నెట్‌వర్క్. IPv4 మరియు IPv6 రెండు ఫీల్డ్‌లు ఒకే నియమాన్ని పాటిస్తాయి.

ఏదైనా టైప్ చేసే ముందు రెండు లేబుల్‌లను జిగురు కాగితంపై రాయండి: కస్టమర్ వైపు, AWS వైపు. తర్వాత మీ చిరునామాలను వాటికి సరిపోల్చండి.

పాత్రలతో కూడిన ఉదాహరణ

స్థానిక ప్రిఫిక్స్ 10.20.0.0/16 మరియు VPC ప్రిఫిక్స్ 10.60.0.0/16 అని అనుకోండి. ఎంపికలు పాత్రలు సూచించినట్లే చదవబడతాయి, స్థానిక పరిధి స్థానిక ఫీల్డ్‌లో ఉంటుంది:

{
  "LocalIpv4NetworkCidr": "10.20.0.0/16",
  "RemoteIpv4NetworkCidr": "10.60.0.0/16"
}

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

ఏ పరికరాన్ని తాకే ముందు పీర్ పరిభాషలో కాగితంపై వ్యాయామాన్ని పునరావృతం చేయండి, రెండు CIDR మరియు రెండు లేబుల్‌లతో.

డిఫాల్ట్ విలువలు డిజైన్ కావు

అదే సూచన IPv4 రెండు ఫీల్డ్‌లకు డిఫాల్ట్‌గా 0.0.0.0/0ను జాబితా చేస్తుంది, IPv6 కు సమాన విలువలతో. ఇప్పటికే ఉన్న కనెక్షన్‌లో ఆ విలువలను చూడటం ఫీల్డ్ ఎప్పుడూ సంకుచితం కాలేదని చెబుతుంది, ఇంటర్నెట్ ఎగ్రెస్ కాన్ఫిగర్ చేయబడిందని కాదు. రూట్ పంపిణీ, సబ్‌నెట్ రూట్ టేబుల్ మరియు భద్రతా నియంత్రణలు ఏ ట్రాఫిక్ నిజంగా దాటగలదో ఇంకా నిర్ణయిస్తాయి; CIDR విలువలు టన్నెల్ ఏ పరిధులను ఎంచుకోవడానికి సిద్ధంగా ఉందో మాత్రమే వివరిస్తాయి.

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

పీర్ పరికరం మరో దృష్టికోణాన్ని ఉపయోగిస్తుంది

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

పరికరం ఫీల్డ్ పేర్లను కాదు, ఫీల్డ్ సహాయాన్ని చదవండి. తయారీదారులు అదే రెండు పదాలను మూడు వేర్వేరు భావనలకు పునర్వినియోగిస్తారు.

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

ఎంపికలను మార్పుగా మార్చండి, పత్రంగా కాదు

సక్రియ VPN పై కనెక్షన్ ఎంపికలను సవరించడం సేవను అంతరాయం చేయవచ్చు, కాబట్టి దాన్ని సమయ విండో, రోల్‌బ్యాక్ విలువ మరియు ఎవరు ప్రభావితమవుతారనే గమనికతో నిర్వహణ చర్యగా పరిగణించండి. మొదట ప్రస్తుత ఎంపికలను సంగ్రహించండి, రెండు CIDR ఫీల్డ్‌లు మరియు టన్నెల్ ఎంపికలతో సహా, తద్వారా తిరిగి మార్చడం పునర్నిర్మాణం కాదు, అతికించడం అవుతుంది.

మార్పు తర్వాత AWS వైపు నుండి మరియు పీర్ నుండి ధృవీకరించండి: ప్రతి పరిధిలోని ఒక మూలం మరొక దాని గమ్యాన్ని చేరుకుంటుంది, రెండు దిశలలో. ఒక వైపు నుండి ఒక పింగ్ ఒక ఎంపికకారుని మాత్రమే నిరూపిస్తుంది.

తర్వాత పాత్రలను రాసి కనెక్షన్ డాక్యుమెంటేషన్‌ను నవీకరించండి, స్థానిక అంటే మీ వైపు అని తదుపరి వ్యక్తి మళ్లీ కనుగొనాల్సిన అవసరం లేకుండా.