L2TP/IPsec-ek huts egiten du IKEEXT zerbitzua desgaituta dagoenean

Laptop batek IKEv2 atebidera iristen da baina L2TP/IPsec atebidearekin huts egiten du, eta errorea edozein erabiltzaile-izen bidali aurretik agertzen da. Profila izaten da lehen susmagarria eta izaten da okerra. Windowsek IPsec gako-trukea zerbitzu batean exekutatzen du, eta zerbitzu hori desgaituta dagoen bitartean, barneko bezeroak ez du negoziatzeko pilaketarik. Egiaztatu zerbitzua profilaren eremu bakar bat ukitu aurretik, eta gero aurkitu zer desgaitu zuen.

Hutsegitearen atzean dagoen zerbitzua

IKE and AuthIP IPsec Keying Modules, zerbitzuen zerrendan IKEEXT gisa agertzen dena, gako-trukea egiten du eta UDP 500 eta 4500 socketak eusten ditu Windowsen. Desgaitu eta bai L2TP/IPsec bai IKEv2 negoziatzailea galtzen dute, PPTP eta SSTP lanean jarrai dezaketen bitartean, ez baitute haren mende. Banaketa horrek azaltzen du zergatik erabiltzaile batek VPN mota bat funtzionatzen duela eta bestea makina berean hilda dagoela jakinaraz dezakeen. Zerbitzua sistema eragilearen parte da, beraz profil-ezarpen batek ere ezin du ordezkatu.

Bi portu horiek askatzea aholku txarrak sortzen dituen albo-ondorioa da. Tresna edo foro-mezu batek 500 eta 4500 okupatuta daudela nabaritzen du, zerbitzua gelditzen du haiek askatzeko, eta horrela IPsec islapetik isilka kentzen du. Bi efektuak ekintza bakarra dira, beraz portuak garbitzea gomendatzen duen gida orok trukea deskribatzen du, ez konponketa.

Itzuli zerbitzua asmatu gabe

Galdetu zerbitzu-kudeatzaileari bi gauza: zein den abio-mota eta zein den uneko egoera. Lehenak esaten du zerbitzua berrabiarazi ondoren itzuliko den; bigarrenak orain martxan dagoen. Exekutatu bi kontsultak baimendutako komando-leiho batetik, shell berak gero ezarpena aldatu ahal izan dezan.

sc qc ikeext
sc query ikeext

Abio-mota Disabled bada, sintoma osoa azaltzen du, eta konponbidea Automatic-era itzuli eta zerbitzua abiatzea da. Services kontsolean, sarrera bere bistaratzeko izenarekin agertzen da, IKE and AuthIP IPsec Keying Modules, beraz zerrenda horretan IKEEXT bilatzeak ez du ezer aurkitzen. Berrabiarazi zerbitzua huts egindako konexio bat lehenago exekutatu ondoren abiatu bada, ordena horretan hasitako pilaketak erlaziorik gabeko itxurako moduetan huts egin dezakeelako.

sc config ikeext start= auto
net start ikeext

Zerk itzaltzen du berriro

Hirugarrenen VPN suite batzuek beren IPsec inplementazioa dakarte eta instalazioan IKEEXT desgaitzen dute; ondoren Windows bezeroak funtzionatzeari uzten dio. Beste produktua kentzeak L2TP/IPsec leheneratu du profileko aldaketek ezer lortzen ez zuten makinetan, eta berdin berriro instalatzeak gatazkako osagairik gabe. Zerbitzua instalazioan desgaitu zen, ez zuen erabiltzaileak aldatu.

Talde-politikak abio-mota ere finka dezake; kasu horretan tokiko aldaketa hurrengo freskatzean atzera botatzen da eta politikaren jabe den administratzaileak aldatu behar du. Idatzi abio-mota berrabiarazi aurretik, ondoren eta beste produktuaren eguneraketen ondoren, data bakoitzean. Etengabe Disabled-era itzultzen den balioak bere jabea patroiaren bidez erakusten du, ez asmamenaren bidez.

Irakurri fasea lehenengo, gero erregistroa

Zerbitzua martxan dagoenean, hutsegitearen faseak erabakitzen du nora begiratu hurrena. IKE-ren zehar gelditzeak normalean esan nahi du UDP 500 edo 4500 ez zela inoiz zerbitzarira iritsi, edo zerbitzaria NAT atzean dagoela enkapsulatze-ezarpen egokirik gabe. Kredentzialen gonbitara iritsi eta han huts egitea PPP autentifikazio arazoa da, ez IPsec. Tunela altxatu eta inora iristen ez bada, bideratze edo tunel zatituaren akatsa da, eta horietako lehena soilik dago VPN profilean.

Ziurtagiria duten profilek beren fasea gehitzen dute. Bezeroak jaulkitzaileari fidatu behar dio eta ziurtagiriak baliozkotutako zerbitzariaren izena eman behar du; bi baldintzetako bat betetzen ez denean, elkarrizketa-koadroak hasierako negoziazio errorea ematen du oraindik, beraz gertaeren egunkaria da benetako arrazoia agertzen den tokia. Irakurri erregistro-sarrera profila editatu aurretik, elkarrizketa-koadroak hainbat hutsegite desberdin esaldi batean trinkotzen baititu. Iraungitako ziurtagiriak zerbitzu desgaitu batek bezalako elkarrizketa-koadroa sortzen du, eta horregatik da garrantzitsua erregistro-sarrera.

Idatzi huts egin duen fasea, errorearen testua eta denbora-zigilua saiakera bakoitzeko. Hiru eremu horiek irisgarritasun arazoa autentifikazio arlotik eta bideratze arlotik bereizten dute, eta hurrengo aldaketa asmamenaren ordez erabaki bihurtzen dute.

Tokiko konponketa batek frogatu ezin duena

Zerbitzua leheneratzeak laptoparen gainean dagoen bidearen erdia konpontzen du. Funtzionatzen duen zerbitzuak tokiko erdia soilik frogatzen du: urruneko aldeak oraindik aukeratutako proposamena, emandako kredentzialak eta paketea datorren iturburu-helbidea onartu behar ditu. Laptopean egiten den ezerk ez du konpentsatzen peer-era iritsi aurretik UDP 500 botatzen duen suebaki bat. Zerbitzuaren egoera arrakastatsua aurrebaldintza da, ez tunela altxatuko den froga.

IKEEXT desgaitzea portuak askatzeko defendagarria da Windowsen IPsec VPNak funtzionatzeari uzten diola onartzen baduzu soilik. Portu-gatazka konpontzen du portua behar zuen eginbidea kenduta, eta hori gutxitan da erabiltzaileak nahi zuen trukea. Ezer aldatu aurretik, egiaztatu zerbitzua badagoela, Automatic-era ezarrita eta martxan dagoela, bigarren IPsec pilaketa bat instalatuta ez dagoela, eta aurrez partekatutako gakoa edo ziurtagiri-katea atebidearekin bat datorrela.

• IKEEXT badago, Automatic-era ezarrita eta martxan dago bezeroa konektatu aurretik.
• Beste ezerk ez du UDP 500 edo 4500 hartzen.
• Bezero zahar batetik ez da bigarren IPsec pilaketarik geratzen.
• Gakoa edo ziurtagiri-katea atebidearen konfigurazioarekin bat dator.
• Huts egin zuen fasea profila editatu aurretik erregistratu zen.