రెండు IPsec సహచరుల మధ్య ఉన్న రౌటర్కు IPsec అవసరమా?

“రెండు సైట్ల మధ్య IPsec కాన్ఫిగర్ చేయండి” అని చెప్పే ప్రయోగశాల వ్యాయామం రెండు వేర్వేరు పనులను దాచుతుంది. రెండు చివరలు టన్నెల్ను ముగిస్తాయి: అవి చర్చలు చేస్తాయి, ప్రమాణీకరిస్తాయి, ఎన్క్రిప్ట్ చేస్తాయి మరియు డీక్రిప్ట్ చేస్తాయి. మధ్యలో ఉన్న ఏ రౌటర్ అయినా బయటి హెడర్ చివరలకు చెందిన ప్యాకెట్లను ఫార్వర్డ్ చేస్తుంది, టన్నెల్ ఉందని తెలియకుండానే అలా చేస్తుంది.

ఏ పరికరం నుండి ఏ పని అడుగుతున్నారో నిర్ణయించడం వ్యాయామం మొదటి అడుగు. ప్రయోగశాల నివేదికల్లో ఎక్కువ గందరగోళం, మరియు ఉత్పత్తి చిత్రాల్లో సరిపడా గందరగోళం, “IPsec మద్దతు ఇస్తుంది” అనేది రెండు కాకుండా ఒక లక్షణంగా భావించడం నుండి వస్తుంది.

ఫార్వర్డింగ్ అంటే ముగింపు కాదు

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

ఈ అపారదర్శకత ఉద్దేశపూర్వకం. రౌటర్ వద్ద భాగస్వామి రహస్యం ఉండదు, అది ఎలాంటి చర్చలు జరపదు, విధాన డేటాబేస్ అవసరం లేదు. దానికి దూరపు చివర వరకు మార్గం, ప్యాకెట్ను ఫార్వర్డ్ చేయడానికి అనుమతి కావాలి.

రెండింటినీ కలపడం నిజమైన పొరపాట్లకు దారి తీస్తుంది: నిజమైన అవసరం నిర్దిష్ట చిరునామాల మధ్య ప్రోటోకాల్ 50కి అనుమతి ఇవ్వడం అయినప్పుడు ట్రాన్సిట్ ఫైర్వాల్ను “IPsec అనుమతించు” అని అడగడం, లేదా కీ లేనప్పుడు మధ్య పరికరం తనిఖీ కోసం డీక్రిప్ట్ చేస్తుందని ఆశించడం.

మధ్య పరికరం ఏమైనా ఏమి సరిగ్గా చేయాలి

ఫార్వర్డింగ్కు దాని స్వంత అవసరాలు ఉన్నాయి. మార్గాలు రెండు బయటి చివరలను చేరుకోవాలి, మరియు మార్గంలోని ప్రతి విధానం ఊహించిన పోర్ట్ నంబర్కు బదులు నిజమైన బయటి ట్రాఫిక్కు అనుమతి ఇవ్వాలి. ఎవరో TLS అనుకున్నందున TCP 443కి వ్యతిరేకంగా రాసిన నియమం ప్రోటోకాల్ 50తో సరిపోలదు.

స్థానిక ESP అనేది IP ప్రోటోకాల్ 50. ఇది TCP 50 కాదు, UDP 50 కాదు, TCP కాని ట్రాఫిక్ను నిరోధించే నియమం దాన్ని పడేస్తుంది. డిజైన్ UDP ఎన్క్యాప్సులేషన్ ఉపయోగిస్తే, కనిపించే రవాణా ఎన్క్యాప్సులేషన్ పోర్ట్కు మారుతుంది, విధానం ఎంచుకున్న డిజైన్కు సరిపోలాలి.

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

సిమ్యులేటర్ ప్రశ్నను ఎందుకు మారుస్తుంది

సిమ్యులేటర్ చిన్న ఫీచర్ జాబితా ఉన్న రౌటర్ కాదు; ఇది డాక్యుమెంట్ చేయబడిన ఉపసమితి, ఇచ్చిన పరికరాన్ని ఏమి చేయడానికి కాన్ఫిగర్ చేయవచ్చు అనే దానిపై దాని స్వంత నియమాలు ఉన్న మోడల్. Cisco యొక్క Packet Tracer సాధారణ ప్రశ్నలు పరికరాలు, ప్రోటోకాల్లు సరళీకృత మోడల్స్ అని స్పష్టంగా చెబుతాయి.

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

లేని ఆదేశం మీ కాన్ఫిగరేషన్లో పొరపాటు కాకుండా మోడల్ పరిమితి కావచ్చు. ఉన్న ఆదేశం ప్రతి ఉత్పత్తి ప్రవర్తనను పునరుత్పత్తి చేయకుండానే వాక్యనిర్మాణాన్ని ఆమోదించవచ్చు. ఏ దిశలోనైనా నిర్ణయానికి రాకముందు ఇన్స్టాల్ చేసిన సంస్కరణ పరికర సహాయాన్ని చూడండి.

ప్రయోగశాలకు ఉత్తీర్ణత షరతు రాయడం

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

IPsec పాఠానికి చర్చల స్థితి, LAN నుండి LAN వరకు ఒక రక్షిత ప్రవాహం జోడించండి. సిమ్యులేటర్ భద్రతా సంఘాలను చూపిస్తే నమోదు చేయండి. చూపకపోతే, టన్నెల్ ధృవీకరించబడిందని సూచించడం బదులు నివేదికలో అలా చెప్పండి.

సిమ్యులేటర్ సంస్కరణ, ఎంచుకున్న పరికరాలు, నేర్చుకునే లక్ష్యాన్ని టోపాలజీ ఫైల్తో పాటు ఉంచండి. ఆ నమోదే ఇతరులకు వ్యాయామాన్ని పునరావృతం చేయడానికి, ఏ భాగాలు మోడల్ చేయబడ్డాయో అర్థం చేసుకోవడానికి అనుమతిస్తుంది.

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