IKEEXT xizmati o‘chirilganda L2TP/IPsec ishlamaydi

Bitta noutbuk IKEv2 shlyuziga yetadi, lekin L2TP/IPsec shlyuzi bilan muvaffaqiyatsiz bo‘ladi, va xato har qanday foydalanuvchi nomi yuborilishidan oldin paydo bo‘ladi. Profil odatda birinchi gumondor va odatda noto‘g‘ri. Windows IPsec kalit almashinuvini xizmatda bajaradi va bu xizmat o‘chirilgan ekan, ichki mijozning muzokara qiladigan steki yo‘q. Profilning bitta maydoniga tegishdan oldin xizmatni tekshiring, so‘ng uni nima o‘chirganini aniqlang.

Muvaffaqiyatsizlik ortidagi xizmat

Xizmatlar ro‘yxatida IKEEXT sifatida ko‘rinadigan IKE and AuthIP IPsec Keying Modules kalit almashinuvini amalga oshiradi va Windows’da UDP 500 va 4500 soketlarini ushlab turadi. Uni o‘chiring va L2TP/IPsec ham, IKEv2 ham o‘z muzokarachisidan mahrum bo‘ladi, PPTP va SSTP esa ishlashda davom etishi mumkin, chunki ular unga bog‘liq emas. Bu bo‘linish foydalanuvchining bir VPN turi ishlaydi, ikkinchisi esa xuddi shu mashinada o‘lik deb xabar berishining sababidir. Xizmat operatsion tizimning bir qismi, shuning uchun hech qanday profil sozlamasi uni almashtira olmaydi.

Bu ikki portni bo‘shatish yomon maslahat tug‘diradigan yon ta’sirdir. Asbob yoki forum posti 500 va 4500 band ekanini payqaydi, ularni bo‘shatish uchun xizmatni to‘xtatadi va shu bilan IPsec’ni hostdan jimgina olib tashlaydi. Ikki ta’sir bir harakat, shuning uchun portlarni tozalashni tavsiya qiladigan har qanday qo‘llanma ta’mirlashni emas, almashinuvni tasvirlaydi.

Xizmatni taxmin qilmasdan qaytaring

Xizmat menejeriga ikki savol bering: ishga tushish turi qanday va joriy holat qanday. Birinchisi xizmat qayta ishga tushirilgandan keyin qaytishini, ikkinchisi hozir ishlayotganini bildiradi. Ikkala so‘rovni ham yuqori huquqli buyruq satridan bajaring, shunda o‘sha qobiq keyin sozlamani o‘zgartira oladi.

sc qc ikeext
sc query ikeext

Disabled ishga tushish turi butun simptomni tushuntiradi va yechim uni Automatic’ga qaytarib, xizmatni ishga tushirishdir. Services konsolida yozuv o‘z ko‘rsatiladigan nomi bilan, ya’ni IKE and AuthIP IPsec Keying Modules sifatida ko‘rinadi, shuning uchun o‘sha ro‘yxatdan IKEEXT qidirish hech narsa topmaydi. Agar xizmat muvaffaqiyatsiz ulanish allaqachon bo‘lib o‘tgandan keyin ishga tushirilgan bo‘lsa, qayta ishga tushiring, chunki bu tartibda ishga tushirilgan stek aloqasiz ko‘rinadigan tarzda ishdan chiqishi mumkin.

sc config ikeext start= auto
net start ikeext

Uni yana nima o‘chiradi

Ba’zi uchinchi tomon VPN paketlari o‘z IPsec tatbiqini olib keladi va o‘rnatish paytida IKEEXT’ni o‘chiradi, shundan keyin Windows mijozi ishlashdan to‘xtaydi. Boshqa mahsulotni olib tashlash profil tahriri hech narsa bermagan mashinalarda L2TP/IPsec’ni tikladi, ziddiyatli komponentsiz qayta o‘rnatish ham shunday qildi. Xizmat o‘rnatish paytida o‘chirilgan, foydalanuvchi tomonidan almashtirilmagan.

Guruh siyosati ham ishga tushish turini mahkamlashi mumkin; bu holda mahalliy o‘zgarish keyingi yangilanishda qaytariladi va siyosatga ega administrator uni o‘zgartirishi kerak. Ishga tushish turini qayta ishga tushirishdan oldin, keyin va boshqa mahsulot yangilanganidan keyin har safar sana bilan yozib boring. Doim Disabled’ga qaytadigan qiymat egasini taxmin bilan emas, naqsh bilan fosh qiladi.

Avval bosqichni, keyin jurnalni o‘qing

Xizmat ishlayotganda muvaffaqiyatsizlik bosqichi keyin qayerga qarashni belgilaydi. IKE paytida to‘xtash odatda UDP 500 yoki 4500 serverga yetmaganini yoki server mos inkapsulyatsiya sozlamasisiz NAT ortida turganini bildiradi. Hisob ma’lumotlari so‘roviga yetib, o‘sha yerda muvaffaqiyatsiz bo‘lish PPP autentifikatsiyasi muammosi, IPsec emas. Ko‘tarilib hech qayerga yetmaydigan tunnel marshrutlash yoki bo‘lingan tunnel nosozligi va bu uchtadan faqat birinchisi VPN profilida bo‘ladi.

Sertifikatli profillar o‘z bosqichini qo‘shadi. Mijoz beruvchi organga ishonishi va sertifikat tekshirilayotgan serverni nomlashi kerak; ikki shartdan biri bajarilmasa, dialog baribir dastlabki muzokara xatosini bildiradi, shuning uchun haqiqiy sabab hodisalar jurnalida ko‘rinadi. Profilni tahrirlashdan oldin jurnal yozuvini o‘qing, chunki dialog bir necha turli nosozlikni bitta gapga siqadi. Muddati o‘tgan sertifikat o‘chirilgan xizmat kabi dialog hosil qiladi va shuning uchun jurnal yozuvi muhim.

Har bir urinish uchun muvaffaqiyatsiz bosqichni, xato matnini va vaqt belgisini yozib oling. Bu uch maydon yetib borish muammosini autentifikatsiya muammosidan va marshrutlash muammosidan ajratadi hamda keyingi o‘zgarishni taxmin emas, qarorga aylantiradi.

Mahalliy ta’mir nimani isbotlay olmaydi

Xizmatni tiklash yo‘lning noutbukda bo‘lgan yarmini tuzatadi. Ishlayotgan xizmat faqat mahalliy yarmini isbotlaydi: uzoq tomon hali ham tanlangan taklifni, berilgan hisob ma’lumotlarini va paket kelayotgan manba manzilini qabul qilishi kerak. Noutbukda qilingan hech narsa UDP 500’ni hamkoriga yetmasdan tashlaydigan xavfsizlik devorini qoplamaydi. Muvaffaqiyatli xizmat holati old shart, tunnel ko‘tarilishining isboti emas.

Portlarni bo‘shatish uchun IKEEXT’ni o‘chirish faqat Windows IPsec VPN’lari ishlashdan to‘xtashini qabul qilsangiz oqlanadi. U portga muhtoj bo‘lgan funksiyani olib tashlab port to‘qnashuvini hal qiladi va bu foydalanuvchi ko‘zlagan almashinuv kamdan-kam bo‘ladi. Biror narsani o‘zgartirishdan oldin xizmat mavjudligini, Automatic’ga qo‘yilganini va ishlayotganini, ikkinchi IPsec steki o‘rnatilmaganini va oldindan ulashilgan kalit yoki sertifikat zanjiri shlyuzga mos kelishini tasdiqlang.

• IKEEXT mavjud, Automatic’ga qo‘yilgan va mijoz ulanmasdan oldin ishlaydi.
• Boshqa hech narsa UDP 500 yoki 4500’ni ushlab turmaydi.
• Eski mijozdan ikkinchi IPsec steki qolmaydi.
• Kalit yoki sertifikat zanjiri shlyuz konfiguratsiyasiga mos keladi.
• Muvaffaqiyatsiz bosqich profil tahrirlanishidan oldin qayd etilgan.