సైట్-టు-సైట్ VPN కోసం చిరునామా స్థల పరిమాణాన్ని ఎలా నిర్ణయించాలి

VPN సబ్‌నెట్ ఎంత పెద్దగా ఉండాలని అడగండి, నిజాయితీగా సమాధానం ఏమిటంటే ప్రశ్న లోపల నాలుగు వేర్వేరు సబ్‌నెట్‌లు ఉండవచ్చు. సైట్ VPN లో రవాణా ముగింపు బిందువులు, సంఖ్యా క్రమంలో ఉన్న టన్నెల్ లింకులు, రక్షిత LAN యొక్క ప్రిఫిక్స్‌లు మరియు నిర్వహించబడే గేట్‌వేలపై సరఫరాదారు కేటాయించిన మౌలిక సదుపాయాల సబ్‌నెట్ ఉండవచ్చు. ఇచ్చిన డిజైన్‌లో వాటిలో ఒకటి లేదా రెండు మాత్రమే ఉంటాయి. వాటిని కార్యాలయ పరికరాల సంఖ్య నుండి కొలవడమే ఎవరినీ సంతృప్తిపరచని /24 తో ప్రణాళిక ముగిసే మార్గం.

ఏదైనా కేటాయించే ముందు నాలుగు పాత్రలకు పేరు పెట్టండి

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

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

ip -br addr show
ip route show | head -40

ఆ రెండు ఆదేశాలు కనెక్ట్ అయిన నెట్‌వర్క్‌ల మరియు వాటికి ఆవల ఉన్న ప్రతిదాన్ని చేరుకునే మార్గాల స్థానిక దృశ్యాన్ని ఇస్తాయి. ప్రతి సైట్‌లో జాబితాను పునరావృతం చేయండి, ఎందుకంటే ఒక సైట్ అవుట్‌పుట్ ఆధారంగా నిర్మించిన ప్రణాళిక తదుపరి సైట్ అవుట్‌పుట్‌తో ఢీకొంటుంది. ఒక్క బ్లాక్ కేటాయించే ముందు అవుట్‌పుట్‌లను సేకరించండి.

లింకులు మరియు టోపాలజీని లెక్కించండి, పరికరాలను కాదు

ఎనిమిది పాయింట్-టు-పాయింట్ పొరుగు సంబంధాల డిజైన్ ఎనిమిది బ్లాక్‌లను వినియోగిస్తుంది, ఒకటి కాదు. /30 వద్ద ప్రతి బ్లాక్ రెండు హోస్ట్‌లను కలపడానికి నాలుగు చిరునామాలను ఖర్చు చేస్తుంది, కాబట్టి ప్రణాళిక పదహారు ఉపయోగించగల ముగింపు బిందువులకు ముప్పై రెండు చిరునామాలను మోసుకెళ్తుంది, బడ్జెట్ భరించాల్సిన సంఖ్య అదే. /31 లింకులకు మద్దతిచ్చే వేదిక సగం ఖర్చు చేస్తుంది, కానీ రెండు చివరలు మరియు సేవ ఆ నమూనాపై అంగీకరించినప్పుడు మాత్రమే. బడ్జెట్‌ను కిందకు కాదు పైకి పూర్ణాంకం చేయండి, ఎందుకంటే తర్వాత బ్లాక్‌ను చిన్నదిగా చేయడం అంటే నడుస్తున్న లింకులను తిరిగి సంఖ్యా క్రమంలో పెట్టడం.

సరఫరాదారు పరిమితులు సాధారణ ఆచారాన్ని ఓడిస్తాయి. నమోదు చేసిన అంతర్గత టన్నెల్ పరిధి మీ రౌటర్‌లపై /31 పనిచేసే చోట కూడా /30 కోరవచ్చు, నిర్వహించబడే గేట్‌వే తన సబ్‌నెట్ కోసం నిర్దిష్ట మాస్క్ కోరవచ్చు. మరో వేదిక నుండి అప్పుగా తీసుకున్న నియమాన్ని వర్తించే ముందు సేవా షరతు చదవండి.

బహుళ-బిందువు ఓవర్‌లే గణితాన్ని మళ్లీ మారుస్తుంది: ప్రతి గేట్‌వేకు ఒక చిరునామా, వాటి మధ్య చేరుకోగల సామర్థ్యాన్ని ఓవర్‌లే నిర్వహిస్తుంది. సైట్‌లను బ్లాక్ పరిమాణంతో గుణించే ముందు అమలు నిజంగా ఏ టోపాలజీని ఉపయోగిస్తుందో నిర్ణయించండి.

వృద్ధి ప్రణాళికలో తనకంటూ ప్రత్యేక పంక్తికి అర్హం. సుసంగత మౌలిక సదుపాయాల పరిధిని కేటాయించడం సమంజసం, దానిలోపు ఏ చిన్న కేటాయింపులు ఉన్నాయో నమోదు చేయడం కూడా అలాగే, తదుపరి ఇంజనీరు ఈ కేటాయింపును ఒకే ప్రసార డొమైన్‌గా చదవకుండా.

గేట్‌వే సబ్‌నెట్‌ను LAN పూల్ వెలుపల ఉంచండి

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

ఇదే క్లౌడ్ VPN కనెక్షన్‌ల టన్నెల్ పరిధులకు వర్తిస్తుంది, అక్కడ సరఫరాదారు ప్రతి టన్నెల్‌కు తన వినియోగం కోసం చిన్న అంతర్గత పరిధిని కేటాయిస్తాడు. ఆ పరిధి మీ శాఖ సర్వర్లు నివసించే స్థలం కాదు, దాన్ని పంచివేయడం మీకు చెందినది కాదు.

aws ec2 describe-vpn-connections --query "VpnConnections[].{Id:VpnConnectionId,Tunnels:Tunnels[].OutsideIpAddress}" --output table

బాహ్య చిరునామాలను జాబితా చేయడం సరఫరాదారు ఏమి కేటాయించాడు మరియు ఏ అదనపు టన్నెల్ ప్రస్తుతం క్రియాశీలంగా ఉందో నిర్ధారిస్తుంది. కనెక్షన్ ఉనికిలోకి రాకముందు రాసిన డిజైన్ పత్రాన్ని చదవడం కంటే ఇది వేగంగా ఉంటుంది.

ప్రతి ప్రిఫిక్స్ కోసం పాత్ర, యజమాని మరియు వృద్ధిని నమోదు చేయండి

కార్యాచరణతో సంబంధాన్ని తట్టుకునే ప్రణాళిక ప్రతి ప్రిఫిక్స్ కోసం అది ఏ పాత్ర పోషిస్తుంది, దూర చివరను ఎవరు కేటాయిస్తారు మరియు ఎంత స్థలం మిగిలింది అని చెబుతుంది. యజమాని క్షేత్రం లేకుండా రెండు జట్లు ఒకే త్రైమాసికంలో ఒకే /24 కేటాయిస్తాయి, ఢీకొనడం టన్నెల్ పైకి వచ్చినప్పుడే బయటపడుతుంది.

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

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