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

రెండు విభజన పద్ధతులు, ఒక లక్షణం

IKEv2 కు దాని స్వంత విభజన పొడిగింపు ఉంది, ఇది RFC 7383 లో నిర్వచించబడింది, రక్షిత IKE సందేశాలను చిన్న IKE సందేశాలుగా విభజిస్తుంది. రెండు వైపులా ఆ సామర్థ్యంపై చర్చలు జరుపుతాయి, సందేశం IP పొర ద్వారా కాదు, IKE అమలు ద్వారా తిరిగి కలుపబడుతుంది.

సాధారణ IP విభజన వేరే వైఫల్య విధానం ఉన్న మరొక పద్ధతి. రెండు వైపుల మధ్య రౌటర్ పెద్ద డేటాగ్రామ్ను విభజిస్తుంది, లేదా దాన్ని పడేసి పంపినవారికి ఎప్పటికీ చేరని ICMP సందేశాన్ని తిరిగి పంపుతుంది. కొన్ని నెట్వర్క్లు ముక్కలను నిశ్శబ్దంగా విసిరేస్తాయి, కొన్ని మధ్యస్థ పరికరాలు మొదటి ముక్కను నిర్వహిస్తాయి కానీ మిగిలినవి కాదు. అనువర్తన దృష్టికోణంలో మూడు సందర్భాలూ ఒకేలా కనిపిస్తాయి.

NAT దాటడం మూడవ చరాన్ని జోడిస్తుంది, ఎందుకంటే అప్పుడు ESP UDP లో చుట్టబడుతుంది మరియు బయటి ప్యాకెట్ పెద్దదవుతుంది, అదే సమయంలో పోర్ట్ 4500 లో సాధారణ UDP ట్రాఫిక్లా కనిపిస్తుంది. UDP ను బాగా దాటించే మార్గం కూడా ఇకపై సరిపోని డేటాగ్రామ్పై విఫలమవుతుంది.

విఫలమైన మార్పిడిని చదవండి

లోపాన్ని కాదు, మార్పును వెతకండి. మొదటి మార్పిడి పంపబడి సమాధానమిచ్చినట్లు, ఆ తర్వాత ఏమీ లేనట్లు చూపే లాగ్, తదుపరి సందేశం ఎప్పటికీ పూర్తికాలేదని మీకు చెబుతుంది. లాగ్ స్థాయిని తాత్కాలికంగా పెంచి రెండు వైపులా నివేదించిన పరిమాణాలను పోల్చండి.

మీరు నిర్ధారించాలనుకున్నది, ప్రతిస్పందించినవారు అభ్యర్థనను అసలు చూశారా అనేది. ప్రారంభించినవారు ఏదో పంపి, ప్రతిస్పందించినవారి వద్ద దానికి ఎలాంటి రికార్డు లేకపోతే, సమస్య డెలివరీలో ఉంది. ప్రతిస్పందించినవారు అభ్యర్థనను విశ్లేషించి తిరస్కరించినట్లయితే, సమస్య సర్టిఫికెట్లోనే ఉంది, విభజన దృష్టిని మళ్లిస్తుంది. ఆ భేదం ఒక పేజీ టైమౌట్ సందేశాల కంటే విలువైనది.

సర్టిఫికెట్ కాదు, మార్గాన్ని మార్చండి

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

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

ఏదైనా మార్చే ముందు మార్పిడిని కొలవండి

గొలుసు పరిమాణం మరియు మార్గం పరిమాణం పొందండి. రెండు సంఖ్యలు హ్యాండ్షేక్ ఏమి పంపగలదో పరిమితం చేస్తాయి, రెండింటినీ కొలవడం చవక:

openssl crl2pkcs7 -nocrl -certfile chain.pem | openssl pkcs7 -print_certs -noout | grep -c subject
ls -l chain.pem
ping -M do -s 1400 198.51.100.7
ip -s link show eth0 | sed -n '1,6p'

మొదటి రెండు సర్టిఫికెట్ల సంఖ్యను మరియు ఫైల్ పరిమాణాన్ని ఇస్తాయి, ఇది ప్రమాణీకరణ సందేశం ఎంత పెద్దదవుతుందో తెలిపే సహేతుక సూచిక. ping పరీక్ష ఆ పరిమాణం డేటాగ్రామ్ మార్గంలో నిలదొక్కుకుంటుందో లేదో నివేదిస్తుంది, ఇంటర్ఫేస్ కౌంటర్లు మీ వైపు ముక్కలు పడేయబడ్డాయో లేదో చూపిస్తాయి. Windows లో సమానమైన పరీక్ష do-not-fragment జెండా మరియు స్పష్టమైన పేలోడ్ పరిమాణంతో కూడిన ping.

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

నిజంగా పాడైన పొరను సరిచేయండి

మార్గం పెద్ద డేటాగ్రామ్లను పడేస్తే, రెండు వైపులా IKE విభజనను ప్రారంభించి, పొడిగింపు కేవలం ప్రతిపాదించబడలేదు, చర్చలు జరిగాయని నిర్ధారించండి. మార్గం IP స్థాయిలో ముక్కలను దుర్వినియోగంగా నిర్వహిస్తే, సరిదిద్దడం అక్కడ లేదా బయటి ఇంటర్ఫేస్ MTU లో ఉంటుంది, సర్టిఫికెట్ నిల్వలో కాదు.

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

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

సంబంధిత వ్యాసాలు