VPN సైట్ విస్తరణ: గేట్‌వేకు ఆవల తిరిగి వెళ్లే మార్గాన్ని అనుసరించండి

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

దూరపు గేట్‌వే ఎన్‌క్రిప్షన్ ముగింపు బిందువు

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

మార్గాన్ని మూడు భాగాలుగా గీయండి: శాఖ నుండి దగ్గరి గేట్‌వేకు, దగ్గరి నుండి దూరపు గేట్‌వేకు, దూరపు గేట్‌వే నుండి అప్లికేషన్‌కు. ప్రతి భాగానికి దాని స్వంత యజమాని మరియు దాని స్వంత వైఫల్య విధానం ఉంది.

టన్నెల్ విధానం యొక్క రెండు దిశలను చదవండి

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

మూలాన్ని మరియు గమ్యాన్ని సైట్ పేర్లుగా కాకుండా చిరునామాలుగా రాయండి. ఇక్కడి అస్పష్టత తర్వాత గందరగోళకరమైన అసమానతగా తిరిగి వస్తుంది.

ముందుకు వెళ్లే రూట్‌ను జోడించి అనుమతిని నిర్ధారించండి

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

ip route get 10.30.5.10 from 10.10.1.50
traceroute -n -s 10.10.1.50 10.30.5.10

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

శాఖ నుండి పరీక్షించండి, తర్వాత పాత మార్గాన్ని మళ్లీ పరీక్షించండి

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

curl -sS -m 5 http://10.30.5.10:8080/health
ping -c 3 10.20.1.1

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

మూడు విభాగాలలో ప్రతిదానికీ మరియు గమ్య నెట్‌వర్క్ లోపల తిరిగి వచ్చే రూట్‌కు యజమానిని కేటాయించండి. నలుగురు యజమానులున్న మార్గం వారి మధ్య ఖాళీలలో విఫలమవుతుంది.