L2TP/IPsec-ը ձախողվում է, երբ IKEEXT ծառայությունը անջատված է

Մեկ նոութբուք հասնում է IKEv2 դարպասին, բայց ձախողվում է L2TP/IPsec դարպասի հետ, և սխալը հայտնվում է նախքան որևէ օգտանուն ուղարկելը։ Պրոֆիլը սովորաբար առաջին կասկածյալն է և սովորաբար սխալը։ Windows-ը IPsec բանալիների փոխանակումը կատարում է ծառայության մեջ, և քանի դեռ այդ ծառայությունն անջատված է, ներկառուցված հաճախորդը բանակցելու ստեկ չունի։ Ստուգեք ծառայությունը, նախքան պրոֆիլի թեկուզ մեկ դաշտին դիպչելը, ապա պարզեք, թե ինչն է անջատել այն։

Ծառայությունը ձախողման հետևում

IKE and AuthIP IPsec Keying Modules-ը, որը ծառայությունների ցանկում ցուցադրվում է որպես IKEEXT, կատարում է բանալիների փոխանակումը և Windows-ում պահում է UDP 500 և 4500 սոկետները։ Անջատեք այն, և և՛ L2TP/IPsec-ը, և՛ IKEv2-ը կկորցնեն իրենց բանակցողին, մինչ PPTP-ն ու SSTP-ն կարող են շարունակել աշխատել, քանի որ դրանցից կախված չեն։ Այդ բաժանումը բացատրում է, թե ինչու օգտատերը կարող է հայտնել, որ VPN-ի մի տեսակն աշխատում է, իսկ մյուսը նույն մեքենայի վրա մեռած է։ Ծառայությունը օպերացիոն համակարգի մասն է, ուստի պրոֆիլի ոչ մի պարամետր չի կարող փոխարինել այն։

Այդ երկու պորտերը ազատելը այն կողմնակի էֆեկտն է, որը վատ խորհուրդներ է ծնում։ Գործիքը կամ ֆորումի գրառումը նկատում է, որ 500-ը և 4500-ը զբաղված են, կանգնեցնում է ծառայությունը՝ դրանք ազատելու համար, և դրանով լուռ հեռացնում է IPsec-ը հոսթից։ Երկու ազդեցությունները մեկ գործողություն են, ուստի ցանկացած ուղեցույց, որը խորհուրդ է տալիս մաքրել պորտերը, նկարագրում է փոխանակում, այլ ոչ թե վերանորոգում։

Վերադարձրեք ծառայությունը առանց գուշակելու

Ծառայությունների կառավարչին տվեք երկու հարց՝ որն է գործարկման տեսակը և որն է ընթացիկ վիճակը։ Առաջինը ասում է՝ կվերադառնա արդյոք ծառայությունը վերագործարկումից հետո, երկրորդը՝ աշխատում է արդյոք հիմա։ Երկու հարցումներն էլ կատարեք բարձրացված հրամանի տողից, որպեսզի նույն shell-ը հետո կարողանա փոխել կարգավորումը։

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 ստեկ չի մնում։
• Բանալին կամ սերտիֆիկատների շղթան համապատասխանում է դարպասի կազմաձևին։
• Ձախողված փուլը գրանցվել է նախքան պրոֆիլի խմբագրումը։