IKEEXT xidməti deaktiv edildikdə L2TP/IPsec işləmir

Bir noutbuk IKEv2 şlüzünə çatır, lakin L2TP/IPsec şlüzü ilə uğursuz olur, və xəta hər hansı istifadəçi adı göndərilməzdən əvvəl görünür. Profil adətən ilk şübhəlidir və adətən səhv olandır. Windows IPsec açar mübadiləsini bir xidmətdə icra edir və bu xidmət deaktiv olduqca daxili müştərinin danışıq aparacaq steki yoxdur. Profilin bir sahəsinə toxunmazdan əvvəl xidməti yoxlayın, sonra onu nəyin deaktiv etdiyini öyrənin.

Uğursuzluğun arxasındakı xidmət

Xidmətlər siyahısında IKEEXT kimi görünən IKE and AuthIP IPsec Keying Modules açar mübadiləsini həyata keçirir və Windows-da UDP 500 və 4500 soketlərini saxlayır. Onu deaktiv edin və həm L2TP/IPsec, həm də IKEv2 öz danışıqçısını itirir, PPTP və SSTP isə işləməyə davam edə bilər, çünki ondan asılı deyillər. Bu bölünmə istifadəçinin eyni maşında bir VPN növünün işlədiyini, digərinin isə ölü olduğunu bildirməsinin səbəbidir. Xidmət əməliyyat sisteminin bir hissəsidir, ona görə heç bir profil parametri onu əvəz edə bilməz.

Bu iki portu azad etmək pis məsləhət yaradan yan təsirdir. Bir alət və ya forum yazısı 500 və 4500-ün məşğul olduğunu görür, onları azad etmək üçün xidməti dayandırır və bununla IPsec-i hostdan səssizcə silir. İki təsir bir hərəkətdir, buna görə portları təmizləməyi tövsiyə edən hər hansı təlimat təmir deyil, mübadilə təsvir edir.

Xidməti təxmin etmədən geri qaytarın

Xidmət menecerinə iki sual verin: başlama növü nədir və cari vəziyyət nədir. Birincisi xidmətin yenidən başlatmadan sonra qayıdıb-qayıtmayacağını, ikincisi hazırda işləyib-işləmədiyini bildirir. Hər iki sorğunu yüksəldilmiş əmr sətrindən icra edin ki, eyni qabıq sonra parametri dəyişə bilsin.

sc qc ikeext
sc query ikeext

Disabled başlama növü bütün simptomu izah edir və həll onu Automatic-ə qaytarıb xidməti başlatmaqdır. Services konsolunda qeyd öz göstərilən adı ilə, yəni IKE and AuthIP IPsec Keying Modules kimi görünür, buna görə həmin siyahıda IKEEXT axtarışı heç nə tapmır. Əgər xidmət uğursuz bağlantı artıq baş verdikdən sonra işə salınıbsa, yenidən başladın, çünki bu ardıcıllıqla işə salınan stek əlaqəsiz görünən şəkildə uğursuz ola bilər.

sc config ikeext start= auto
net start ikeext

Onu yenidən nə söndürür

Bəzi üçüncü tərəf VPN paketləri öz IPsec tətbiqini gətirir və quraşdırma zamanı IKEEXT-i deaktiv edir, bundan sonra Windows müştərisi işləməyi dayandırır. Digər məhsulun silinməsi profil düzəlişlərinin heç nə vermədiyi maşınlarda L2TP/IPsec-i bərpa etdi, ziddiyyətli komponent olmadan yenidən quraşdırma da eyni şeyi etdi. Xidmət quraşdırma zamanı deaktiv edilib, istifadəçi tərəfindən dəyişdirilməyib.

Qrup siyasəti də başlama növünü bərkidə bilər; bu halda yerli dəyişiklik növbəti yenilənmədə geri qaytarılır və siyasətin sahibi olan administrator onu dəyişməlidir. Başlama növünü yenidən başlatmadan əvvəl, sonra və digər məhsul yeniləndikdən sonra hər dəfə tarixi ilə qeyd edin. Daim Disabled-a qayıdan dəyər sahibini təxminlə deyil, naxışla ələ verir.

Əvvəlcə mərhələni, sonra jurnalı oxuyun

Xidmət işləyərkən uğursuzluğun mərhələsi bundan sonra hara baxacağını müəyyən edir. IKE zamanı dayanma adətən UDP 500 və ya 4500-ün serverə heç çatmadığını və ya serverin uyğun inkapsulyasiya parametri olmadan NAT arxasında olduğunu bildirir. Kimlik məlumatı sorğusuna çatıb orada uğursuz olmaq PPP autentifikasiyası problemidir, IPsec deyil. Qalxıb heç bir yerə çatmayan tunel marşrutlaşdırma və ya bölünmüş tunel nasazlığıdır və bu üçündən yalnız birincisi VPN profilindədir.

Sertifikatlı profillər öz mərhələlərini əlavə edir. Müştəri verən orqana etibar etməli və sertifikat yoxlanılan serveri adlandırmalıdır; iki şərtdən biri yerinə yetmədikdə dialoq yenə də ilkin razılaşma xətası bildirir, buna görə əsl səbəbin göründüyü yer hadisə jurnalıdır. Profili redaktə etməzdən əvvəl jurnal qeydini oxuyun, çünki dialoq bir neçə fərqli nasazlığı bir cümləyə sıxır. Vaxtı keçmiş sertifikat deaktiv xidmətlə eyni dialoqu yaradır və buna görə jurnal qeydi vacibdir.

Hər cəhd üçün uğursuz mərhələni, xəta mətnini və vaxt möhürünü qeyd edin. Bu üç sahə əlçatanlıq problemini autentifikasiya problemindən və marşrutlaşdırma problemindən ayırır və növbəti dəyişikliyi təxmin əvəzinə qərara çevirir.

Yerli təmir nəyi sübut edə bilməz

Xidmətin bərpası yolun noutbukda olan yarısını düzəldir. İşləyən xidmət yalnız yerli yarısını sübut edir: uzaq tərəf hələ də seçilmiş təklifi, verilmiş kimlik məlumatlarını və paketin gəldiyi mənbə ünvanını qəbul etməlidir. Noutbukda edilən heç nə UDP 500-ü həmkarına çatmadan atan güvənlik divarını kompensasiya etmir. Uğurlu xidmət vəziyyəti ilkin şərtdir, tunelin qalxacağının sübutu deyil.

Portları azad etmək üçün IKEEXT-i deaktiv etmək yalnız Windows IPsec VPN-lərinin işləməyi dayandıracağını qəbul etsəniz müdafiə oluna bilər. Porta ehtiyacı olan funksiyanı silməklə port toqquşmasını həll edir və bu, istifadəçinin nəzərdə tutduğu mübadilə nadir hallarda olur. Nəyisə dəyişməzdən əvvəl xidmətin mövcud olduğunu, Automatic-ə qoyulduğunu və işlədiyini, ikinci IPsec stekinin quraşdırılmadığını və əvvəlcədən paylaşılan açarın və ya sertifikat zəncirinin şlüzə uyğun olduğunu təsdiqləyin.

• IKEEXT mövcuddur, Automatic-ə qoyulub və müştəri qoşulmadan əvvəl işləyir.
• Başqa heç nə UDP 500 və ya 4500-ü tutmur.
• Köhnə müştəridən ikinci IPsec steki qalmır.
• Açar və ya sertifikat zənciri şlüz konfiqurasiyasına uyğundur.
• Uğursuz mərhələ profil redaktə edilməzdən əvvəl qeyd edilib.