IKEEXT సేవ నిలిపివేయబడినప్పుడు L2TP/IPsec విఫలమవుతుంది

IKEEXT లేకపోతే IPsec లేదు: ఇతర రకాలు ఇంకా కనెక్ట్ అవుతుండగా L2TP మరియు IKEv2 విఫలమవుతాయి. సేవను తనిఖీ చేసి, ఆపై ప్రొఫైల్ సవరించే ముందు దాన్ని ఏది నిలిపివేసిందో కనుగొనండి.

ఒక ల్యాప్‌టాప్ IKEv2 గేట్‌వేను చేరుతుంది కానీ L2TP/IPsec గేట్‌వే వద్ద విఫలమవుతుంది, మరియు ఏ వినియోగదారు పేరు పంపబడకముందే లోపం వస్తుంది. ప్రొఫైల్ సాధారణంగా మొదటి అనుమానితుడు మరియు సాధారణంగా తప్పైనది. Windows IPsec కీ మార్పిడిని ఒక సేవలో నిర్వహిస్తుంది, ఆ సేవ నిలిపివేయబడి ఉన్నంత కాలం అంతర్నిర్మిత క్లయింట్‌కు చర్చించడానికి స్టాక్ ఉండదు. ప్రొఫైల్‌లోని ఒక ఫీల్డ్‌ను కూడా తాకే ముందు సేవను నిర్ధారించి, ఆపై దాన్ని ఏది నిలిపివేసిందో కనుగొనండి.

వైఫల్యం వెనుక ఉన్న సేవ

సేవల జాబితాలో IKEEXT గా కనిపించే IKE and AuthIP IPsec Keying Modules కీ మార్పిడిని చేస్తుంది మరియు Windows లో UDP 500 మరియు 4500 సాకెట్లను ఉంచుతుంది. దాన్ని నిలిపివేయండి, అప్పుడు L2TP/IPsec మరియు IKEv2 రెండూ తమ చర్చాకర్తను కోల్పోతాయి, అయితే PPTP మరియు SSTP పని కొనసాగించగలవు ఎందుకంటే అవి దానిపై ఆధారపడవు. ఈ విభజన వల్లే ఒక వినియోగదారు ఒక VPN రకం పనిచేస్తుందని మరొకటి అదే మెషీన్‌లో చనిపోయిందని నివేదించగలడు. సేవ ఆపరేటింగ్ సిస్టమ్‌లో భాగం, కాబట్టి ఏ ప్రొఫైల్ సెట్టింగ్ దాని స్థానాన్ని తీసుకోలేదు.

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

ఊహించకుండా సేవను తిరిగి తీసుకురండి

సేవా నిర్వాహకుడిని రెండు ప్రశ్నలు అడగండి: స్టార్టప్ రకం ఏమిటి, మరియు ప్రస్తుత స్థితి ఏమిటి. మొదటిది సేవ పునఃప్రారంభం తర్వాత తిరిగి వస్తుందో లేదో చెబుతుంది; రెండవది అది ఇప్పుడు నడుస్తుందో లేదో చెబుతుంది. రెండు క్వెరీలను ఎలివేటెడ్ కమాండ్ ప్రాంప్ట్ నుండి అమలు చేయండి, అదే షెల్ తర్వాత సెట్టింగ్ మార్చగలదు.

sc qc ikeext
sc query ikeext

స్టార్టప్ రకం Disabled మొత్తం లక్షణాన్ని వివరిస్తుంది, పరిష్కారం దాన్ని తిరిగి Automatic కు పెట్టి సేవను ప్రారంభించడం. Services కన్సోల్‌లో ఎంట్రీ దాని ప్రదర్శన పేరు IKE and AuthIP IPsec Keying Modules తో కనిపిస్తుంది, కాబట్టి ఆ జాబితాలో IKEEXT వెతికితే ఏమీ దొరకదు. విఫలమైన కనెక్షన్ ఇప్పటికే నడిచిన తర్వాతే సేవ ప్రారంభమై ఉంటే పునఃప్రారంభించండి, ఎందుకంటే ఆ క్రమంలో ప్రారంభించిన స్టాక్ సంబంధం లేని విధంగా విఫలమవచ్చు.

sc config ikeext start= auto
net start ikeext

దాన్ని మళ్లీ ఏది ఆపుతుంది

కొన్ని మూడవ పక్ష VPN సూట్లు తమ స్వంత IPsec అమలును తెచ్చి ఇన్‌స్టాలేషన్ సమయంలో IKEEXT ను నిలిపివేస్తాయి, తర్వాత Windows క్లయింట్ పనిచేయడం ఆపేస్తుంది. మరొక ఉత్పత్తిని తీసివేయడం ప్రొఫైల్ సవరణలు ఏమీ సాధించని మెషీన్లలో L2TP/IPsec ను పునరుద్ధరించింది, విరుద్ధమైన భాగం లేకుండా పునఃస్థాపన చేయడం కూడా అలాగే చేసింది. సేవ ఇన్‌స్టాలేషన్ సమయంలో నిలిపివేయబడింది, వినియోగదారు మార్చలేదు.

గ్రూప్ పాలసీ కూడా స్టార్టప్ రకాన్ని పిన్ చేయగలదు; అలాంటప్పుడు స్థానిక మార్పు తదుపరి రిఫ్రెష్‌లో వెనక్కి తీసుకోబడుతుంది మరియు పాలసీ యజమాని అయిన నిర్వాహకుడే దాన్ని మార్చాలి. స్టార్టప్ రకాన్ని పునఃప్రారంభానికి ముందు, తర్వాత మరియు మరొక ఉత్పత్తి అప్‌డేట్ తర్వాత ప్రతిసారీ తేదీతో నమోదు చేయండి. పదేపదే Disabled కు తిరిగి వచ్చే విలువ దాని యజమానిని ఊహతో కాదు, నమూనాతో బయటపెడుతుంది.

మొదట దశను చదవండి, తర్వాత లాగ్

సేవ నడుస్తున్నప్పుడు, వైఫల్యం యొక్క దశ తదుపరి ఎక్కడ చూడాలో నిర్ణయిస్తుంది. IKE సమయంలో ఆగడం సాధారణంగా UDP 500 లేదా 4500 సర్వర్‌ను చేరలేదు, లేదా సర్వర్ సరిపోయే ఎన్‌క్యాప్సులేషన్ సెట్టింగ్ లేకుండా NAT వెనుక ఉందని అర్థం. క్రెడెన్షియల్ ప్రాంప్ట్‌ను చేరి అక్కడ విఫలమవడం PPP ప్రమాణీకరణ సమస్య, IPsec కాదు. పైకి వచ్చి ఏదీ చేరని టన్నెల్ రూటింగ్ లేదా విభజిత టన్నెల్ లోపం, ఆ మూడింటిలో మొదటిది మాత్రమే VPN ప్రొఫైల్‌లో ఉంటుంది.

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

ప్రతి ప్రయత్నానికి విఫలమైన దశ, లోపం వచనం మరియు సమయ ముద్రను నమోదు చేయండి. ఈ మూడు ఫీల్డ్‌లు యాక్సెస్ సమస్యను ప్రమాణీకరణ సమస్య నుండి మరియు రూటింగ్ సమస్య నుండి వేరు చేస్తాయి, తదుపరి మార్పును ఊహకు బదులు నిర్ణయంగా మారుస్తాయి.

స్థానిక మరమ్మతు ఏమి నిరూపించలేదు

సేవను పునరుద్ధరించడం ల్యాప్‌టాప్‌లో ఉన్న సగం మార్గాన్ని సరిచేస్తుంది. పనిచేసే సేవ స్థానిక సగాన్ని మాత్రమే నిరూపిస్తుంది: దూరపు చివర ఇప్పటికీ ఎంచుకున్న ప్రతిపాదనను, అందించిన ఆధారాలను మరియు ప్యాకెట్ వచ్చే మూల చిరునామాను అంగీకరించాలి. ల్యాప్‌టాప్‌లో చేసేది ఏదీ UDP 500 ను తోటివాడిని చేరకముందే విసిరే ఫైర్‌వాల్‌కు పరిహారం కాదు. విజయవంతమైన సేవ స్థితి ఒక ముందస్తు షరతు, టన్నెల్ పైకి వస్తుందని రుజువు కాదు.

పోర్టులను విడుదల చేయడానికి IKEEXT ను నిలిపివేయడం, Windows యొక్క IPsec VPN లు పనిచేయడం ఆపేస్తాయని మీరు అంగీకరిస్తేనే సమర్థించదగినది. ఇది పోర్ట్ సంఘర్షణను పోర్ట్ అవసరమైన ఫీచర్‌ను తొలగించడం ద్వారా పరిష్కరిస్తుంది, అది వినియోగదారు ఉద్దేశించిన మార్పిడి అరుదుగా. ఏదైనా మార్చే ముందు, సేవ ఉంది, Automatic కు సెట్ చేయబడి నడుస్తుంది, రెండవ IPsec స్టాక్ ఇన్‌స్టాల్ చేయబడలేదు, మరియు ముందుగా పంచుకున్న కీ లేదా సర్టిఫికెట్ గొలుసు గేట్‌వేతో సరిపోతుందని నిర్ధారించండి.

  • IKEEXT ఉంది, Automatic కు సెట్ చేయబడి క్లయింట్ కనెక్ట్ అయ్యే ముందు నడుస్తుంది.
  • మరేదీ UDP 500 లేదా 4500 ను పట్టి ఉంచదు.
  • పాత క్లయింట్ నుండి రెండవ IPsec స్టాక్ మిగలదు.
  • కీ లేదా సర్టిఫికెట్ గొలుసు గేట్‌వే కాన్ఫిగరేషన్‌తో సరిపోతుంది.
  • విఫలమైన దశ ప్రొఫైల్ సవరించబడే ముందు నమోదు చేయబడింది.

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