సైట్లు ఢీకొనే ముందు ప్రైవేట్ VPN చిరునామా పరిధులను ప్రణాళిక చేయండి
ఒకదానిపై ఒకటి అతివ్యాప్తి చెందే ప్రైవేట్ పరిధులు ఏ సొరంగానికి ముందే రూటింగ్ను బద్దలు కొడతాయి. ఉపసర్గలను జాబితా చేయండి, క్లయింట్ పూల్లను సైట్ LANల నుండి విడిగా కొలవండి మరియు దూరపు వైపు నుండి పరీక్షించండి.
రెండూ 192.168.1.0/24 ఉపయోగించే రెండు సైట్లు ఒక్కొక్కటి ఇంటర్నెట్ను చేరుకోగలవు, అయినా ఒకదానినొకటి చేరుకోలేవు. గేట్వే ఎలాంటి లోపాన్ని విసురుతుంది లేదు; అది ఆ ఉపసర్గానికి ఒకే మార్గాన్ని ఇన్స్టాల్ చేసి, ప్రతి ప్యాకెట్ను దానిని మొదట కోరిన భాగస్వామికి పంపుతుంది. హ్యాండ్షేక్, సైఫర్ జాబితా లేదా ఇంటర్ఫేస్ మెట్రిక్లో ఏదీ ఏ భాగస్వామి తప్పు అని చెప్పదు. చిరునామా ప్రణాళిక అనేది ఎవరైనా కనెక్ట్ అవ్వకముందే దీన్ని పరిష్కరించే రూపకల్పన భాగం.
చేరుకోవాల్సిన ప్రతి ప్రదేశాన్ని జాబితా చేయండి
రూట్ చేయాల్సిన పరిధులను రాయండి, మీరు కాన్ఫిగర్ చేస్తున్నవి మాత్రమే కాదు. అంటే సైట్ LANలు, VPN క్లయింట్ పూల్లు, క్లౌడ్ సబ్నెట్లు, నిర్వహణ మరియు బ్యాండ్ వెలుపలి నెట్వర్క్లు, ప్రయోగశాల విభాగాలు, వినియోగదారులు ఇంటి నుండి సాధారణంగా కనెక్ట్ అయ్యే నెట్వర్క్లు. 192.168.1.0/24గా పంపబడే వినియోగదారు రౌటర్ ఊహాత్మకం కాదు, అదే ఉపసర్గ హోటళ్లు మరియు సమావేశ కేంద్రాల్లో కనిపిస్తుంది. జాబితా ఉపసర్గ, యజమాని మరియు ఉద్దేశ్యం యొక్క పట్టిక, ఒకే పరిధిని రెండుసార్లు ఇవ్వకుండా నిరోధించే ఏకైక పత్రం అదే.
| Prefix | Purpose | Owner |
|---|---|---|
| 10.20.0.0/16 | site LANs | network team |
| 10.20.100.0/22 | VPN client pool | remote access |
| 10.20.200.0/24 | management | operations |
వచ్చే సంవత్సరంలో మీరు ఆశించే ఉపసర్గలను జోడించండి, ఎందుకంటే ఈరోజును మాత్రమే కవర్ చేసే ప్రణాళిక మొదటి కొత్త సైట్లోనే విఫలమవుతుంది. ప్రతి వరుసలో దాన్ని ఎవరు మార్చగలరో గుర్తించండి, దాని యజమాని ఎవరో మాత్రమే కాదు.
పునర్వినియోగమే దీన్ని కష్టతరం చేస్తుంది: ప్రైవేట్ స్థలం పరిమితం, ప్రతి సంస్థ 10.0.0.0/8 తమదిగా భావిస్తుంది. భవిష్యత్తు అతిథి LAN మీ ఉపసర్గల్లో ఒకదానిపై పడదని ప్రణాళిక వాగ్దానం చేయలేదు, కాబట్టి అది జరిగినప్పుడు ఏమి జరుగుతుందో రూపకల్పన చెప్పాలి. చాలా పనిని రెండు నియమాలు చేస్తాయి. క్లయింట్ పూల్లను మీరు సంగ్రహించగల ఒకే నిరంతర బ్లాక్లో ఉంచండి, మరియు మరో బృందం ఇప్పటికే రూట్ చేస్తున్న పరిధిని ఎప్పుడూ కేటాయించవద్దు. మిగిలినదంతా ఎవరో నవీకరించి ఉంచే రికార్డు.
అతివ్యాప్తి రూటింగ్ పట్టికను ఎందుకు ఓడిస్తుంది
మార్గం అంటే ఒక ఉపసర్గ మరియు తదుపరి దూకుడు, మరియు ఫార్వార్డింగ్ అతి పొడవైన సరిపోలే ఉపసర్గను ఎంచుకుంటుంది. రెండు భాగస్వాములు ఒకే 192.168.1.0/24 కోరినప్పుడు, పట్టిక దానికి ఒకే ఎంట్రీని ఉంచుతుంది, కాబట్టి రెండు సైట్ల ట్రాఫిక్ ఒకే సొరంగం ద్వారా బయటకు వెళుతుంది. రెండో సైట్ తప్పుగా కాన్ఫిగర్ కాలేదు; మొదటిది అదే చిరునామాలకు సమాధానం ఇస్తుంది కాబట్టి అది చేరుకోలేనిది. ఏ మెట్రిక్ వాటిని వేరు చేయలేదు, ఎందుకంటే సరిపోలిక మెట్రిక్లను చూసే ముందే జరుగుతుంది.
వైఫల్యం అసమానంగా ఉంటుంది, తప్పుగా చదవడం సులభం. సైట్ A హోస్ట్లు గేట్వేను మరియు కొన్ని సేవలను చేరుకుంటాయి, సైట్ B హోస్ట్లు ఏదీ సమాధానం ఇవ్వవు, లాగ్ రెండు దిశలలో ఆరోగ్యకరమైన సొరంగాన్ని చూపుతుంది. ఆ నమూనా చిరునామా ఢీకొనడం, ప్రామాణీకరణ లేదా ఫైర్వాల్ లోపం కాదు, దాన్ని నిర్ధారించడానికి జాబితాతో పోల్చిన ఒక పట్టిక డంప్ కావాలి.
క్లయింట్ పూల్ మరియు సైట్ పరిధులను ఉద్దేశపూర్వకంగా కొలవండి
VPN క్లయింట్ పూల్ అంటే గేట్వే ఒకసారి ఒక చిరునామా ఇచ్చే పరిధి, కాబట్టి దాని పరిమాణం ఏకకాల కనెక్షన్లను పరిమితం చేస్తుంది. /24లో 254 ఉపయోగించదగిన చిరునామాలు ఉంటాయి, ఇది చిన్న బృందానికి ఉదారంగా, కంటైనర్లు నడిపే శాఖకు ఇరుకుగా ఉంటుంది; /22 ప్రైవేట్ స్థలంలో అదనపు ఖర్చు లేకుండా చర్చను తొలగిస్తుంది. పూల్ను నిరంతరంగా, ప్రతి సైట్ LANకు దూరంగా ఉంచండి, క్లయింట్ల వైపు సారాంశ మార్గం ఎప్పుడూ సైట్ను మింగకుండా. పూల్ ఖాళీగా ఉన్నప్పుడు కూడా పరిధిని రిజర్వ్ చేయండి, ఎందుకంటే రాయని పరిధినే తదుపరి ఇంజనీర్ కేటాయిస్తారు.
సైట్లు ఆశించిన హోస్ట్లు మరియు వృద్ధికి కొలిచిన పరిధులను పొందుతాయి, శుభ్రంగా సంగ్రహించగల సరిహద్దుపై సమలేఖనం చేయబడతాయి. కేటాయింపుల మధ్య ఉద్దేశపూర్వక ఖాళీలు ఏమీ ఖర్చు చేయవు, తర్వాత సమీకరించడానికి స్థలాన్ని కొంటాయి.
తర్వాత ప్రజలు మరచిపోయే దిశను తనిఖీ చేయండి: తిరిగి వెళ్లే మార్గం. ప్రతి సైట్ రౌటర్కు క్లయింట్ పూల్కు మార్గం కావాలి, కేంద్రీకరణకు అది సేవ చేసే ప్రతి సైట్ ఉపసర్గానికి మార్గం కావాలి. పూల్కు తిరిగి వెళ్లే మార్గం లేని చక్కటి ఉపసర్గ పట్టిక ఇప్పటికీ విరిగిన రూపకల్పనే, లక్షణం ఏదీ సమాధానం ఇవ్వని ఏకముఖ కనెక్షన్. రెండు దిశలను ఒకే పట్టికలో ఉంచండి, సైట్ జోడించిన ప్రతిసారీ సమీక్షించండి.
అనువాదం మరియు పునఃసంఖ్యీకరణ వేర్వేరు సమస్యలను పరిష్కరిస్తాయి
అతివ్యాప్తి ఇప్పటికే ఉంటే, రెండు నిజాయితీ ఎంపికలు మరియు ఒక అనైతిక ఎంపిక ఉంటాయి. పునఃసంఖ్యీకరణ ఢీకొనడాన్ని శాశ్వతంగా తొలగిస్తుంది, నిర్వహణ విండో మరియు మీరు మరచిన ప్రతి హార్డ్కోడ్ చిరునామాను ఖర్చు చేస్తుంది. చిరునామా అనువాదం ఒక వైపు ప్రైవేట్ పరిధిని సొరంగం అంచున మరో పరిధిలోకి మ్యాప్ చేస్తుంది, ఇది రెండు సైట్లను తాకకుండా వదిలేస్తుంది కానీ స్థితిని జోడిస్తుంది, చిరునామాలను పొందుపరిచే ప్రోటోకాల్లను బద్దలు కొడుతుంది, లాగ్లను చదవడం కష్టతరం చేస్తుంది. అనైతిక ఎంపిక ఒకే సర్వర్కు హోస్ట్ మార్గం, అది ఒక పరీక్షలో ఉత్తీర్ణమై మిగిలిన అన్నింటిలో విఫలమవుతుంది.
నియంత్రణ మరియు ఆయుష్షు ఆధారంగా ఎంచుకోండి. మీకు సొంతమైన, మీరు ప్రణాళిక చేయగల సైట్ పునఃసంఖ్యీకరణ మార్గానికి చెందుతుంది; మీరు తాకలేని, ఒక అనువర్తనం కోసం ఉపయోగించే భాగస్వామి నెట్వర్క్ డాక్యుమెంట్ చేసిన మ్యాపింగ్తో అనువాదానికి అభ్యర్థి. ఆ మ్యాపింగ్ను రాయండి, ఎందుకంటే కాన్ఫిగరేషన్ ఫైల్ లోపల మాత్రమే ఉన్న అనువాదం ఫైల్ మార్చబడిన క్షణంలోనే అదృశ్యమవుతుంది.
అమలు చేయడానికి ముందు దూరపు వైపు నుండి పరీక్షించండి
గేట్వేను హోస్ట్ చేయని నెట్వర్క్ నుండి పరీక్షించండి, ఎందుకంటే గేట్వే సొంత LAN చాలా రూటింగ్ తప్పులను దాచుతుంది. సాధారణ గృహ రౌటర్ వెనుక క్లయింట్ను కనెక్ట్ చేసి, తర్వాత ప్రతి సైట్లో ఒక సేవను, క్లయింట్ పూల్ లోపల ఒక సేవను చేరుకోండి. వ్యతిరేక దిశను కూడా పరీక్షించండి, సైట్ హోస్ట్ నుండి క్లయింట్కు, ఎందుకంటే తిరిగి వెళ్లే మార్గాలు స్వతంత్రంగా విఫలమవుతాయి. గేట్వేకు పింగ్ మాత్రమే చేసే పరీక్ష సొరంగం నడుస్తోందని నిరూపిస్తుంది, అంతకు మించి ఏమీ కాదు.
పరిధులు, యజమానులు మరియు అనువాద మ్యాపింగ్లను ఒకే పంచుకున్న రికార్డులో ఉంచండి, తదుపరి సైట్ ఏదైనా కేటాయించే ముందు దాన్ని చదువుతుంది. సైట్ జోడించినప్పుడు సమీక్షించండి, డాక్యుమెంట్ చేయని పరిధిని ఆశ్చర్యం కాకుండా లోపంగా పరిగణించండి.
రికార్డే ఫలితం. ముగ్గురి జ్ఞాపకంలో బ్రతికే ప్రణాళిక వారిలో ఒకరు సెలవులో ఉన్న మొదటి సందర్భంలోనే విఫలమవుతుంది, ఉత్పత్తిలో కనుగొన్న అతివ్యాప్తి పట్టిక కంటే ఎక్కువ ఖర్చవుతుంది.