IKEలో MAC సరిపోలకపోవడం అంటే పంచుకున్న కీ తనిఖీ విఫలమైంది

మీ Cloud VPN లాగ్ పంచుకున్న కీ ప్రయత్నం తర్వాత MAC సరిపోలలేదని చూపిస్తుంది, మొదటి ఆలోచన తరచుగా చిరునామా సమస్యను వెతకడం. ఈ శాఖలో MAC అనేది సందేశ ప్రామాణీకరణ కోడ్: సంప్రదించిన కీతో జరిగిన మార్పిడిపై లెక్కించిన విలువ. పీర్ తన లెక్కింపును తాను పొందిన విలువతో పోల్చింది, అవి భిన్నమయ్యాయి. ఇందులో నెట్వర్క్ కార్డు లేదు, ఏ ఇంటర్ఫేస్ సెట్టింగ్ ఆ పోలికను మార్చదు.

ఆచరణలో దీన్ని రెండు పరిస్థితులు కలిగిస్తాయి: రెండు చివరల రహస్యాలు ఒకే విలువ కావు, లేదా రహస్యాన్ని ఎంచుకోవడానికి ఉపయోగించే గుర్తింపులు ఒకదానికొకటి సరిపోలవు. ఏదో ఒకే టన్నెల్ కాకుండా రెండు చివరలను చదివి నిర్ణయించండి.

ఈ దశ ఏమి నిరూపిస్తుంది

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

గత విజయం ఈ తనిఖీకి వర్తించదు. పూర్తయిన IKE_SA_INIT, లేదా ఆశించిన విలువలను తిరిగి ఇచ్చిన NAT గుర్తింపు పేలోడ్, పీర్లు మాట్లాడగలరని నిరూపిస్తుంది. వారు రహస్యాన్ని పంచుకుంటున్నారా అనే దాని గురించి ఏమీ నిరూపించదు.

రెండు కాన్ఫిగరేషన్ లోపాలు, ఒక సందేశం

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

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

NAT గుర్తింపు వేరే దశ

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

ఒక విక్రేత విడుదల గురించిన పాత ప్రకటనను ప్రస్తుత అమలుకు తీసుకెళ్లకండి. మీ విడుదలలో NAT దాటడానికి ఏమి కావాలో దాని స్వంత డాక్యుమెంటేషన్లో ఉండాలి, MAC సరిపోలలేదు అనే పదబంధం దానికి అనుకూలంగా లేదా వ్యతిరేకంగా సాక్ష్యం కాదు.

స్క్రీన్ కాదు, రెండు చివరల ఆధారంగా నిర్ణయించండి

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

మూడూ శుభ్రంగా ఉంటే, చుట్టూ ఎడిట్ చేయకుండా ఆమోదించిన వర్క్ఫ్లో ద్వారా రహస్యాన్ని భర్తీ చేయండి.

పీర్ ప్రామాణీకరించిన తర్వాత

ప్రామాణీకరణ విజయవంతమైన తర్వాత, తదుపరి వైఫల్య ఉపరితలం చైల్డ్ భద్రతా అనుబంధం: ప్రతిపాదనలు మరియు ట్రాఫిక్ సెలెక్టర్లు. ఇప్పటికే ఆమోదించిన రహస్యాన్ని తిప్పడం చైల్డ్ వైఫల్యాన్ని సరిచేయదు, అంతరాయాన్ని పొడిగిస్తుంది. చైల్డ్ స్థితిని చదవండి, తర్వాత రెండు వైపులా సెలెక్టర్లు మరియు రక్షిత పరిధులను చదివి, Cloud VPN సమస్య పరిష్కారం మార్గదర్శనాన్ని నిజంగా విఫలమైన దశకు సరిపోల్చండి.

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

ఏమి తేల్చకూడదు

సందేశాన్ని MAC చిరునామాలు మార్చాలనే డిమాండ్గా చదవకండి, సహాయం అడిగేటప్పుడు పంచుకున్న రహస్యాన్ని ప్రచురించకండి; కీ ఉన్న భాగం నుండి కీ తీసివేయబడాలి, లాగ్ ఉంచబడాలని కాదు. రూటింగ్ లోపాన్ని కూడా ఊహించకండి, ఎందుకంటే ఒకరినొకరు చేరుకోలేని పీర్లు ఎలాంటి ప్రామాణీకరణ పోలికను ఇవ్వరు. ఒక ఉత్పత్తి కుటుంబం యొక్క డాక్యుమెంట్ చేసిన పరిమితిని ప్రతి IPsec అమలుకు సాధారణీకరించకండి.

విఫలమైన జతను, ముందు మరియు తర్వాత టన్నెల్ స్థితిని, రెండు పరిస్థితుల్లో ఏది మార్చారో నమోదు చేయండి. ఆ నమోదు తదుపరి సంఘటనను ఐదు నిమిషాల తనిఖీగా మారుస్తుంది.