L2TP profilaren zein geruza hautsi zen benetan

Jaitsi pilan behera, ez ezarpenen orrialdean zehar: IPsec negoziazioa, gero L2TP kontrola, gero PPP autentifikazioa, gero helbide eta DNS esleipena. Geruza bakoitzak bere errore-signatura eta bere kausa probablea ditu. Erabiltzaile-autentifikazioan huts egiten duen profilek dagoeneko gainditu ditu lehenago iraungi zen profil bat inoiz iritsi ez zen hiru egiaztapen. Ordain hori da lehenengo ezarri beharrekoa.

Protokolo-izen berak lau elkarrizketa desberdin ezkutatzen ditu.

Izenda ezazu geruza ezarpenak aldatu aurretik

IPsec konfigurazioak huts egiten badu, sekretu partekatuari, algoritmoari edo pareko identitateari begiratzen dio. Ondoren L2TP kontrolak huts egiten badu, tunel-geruzari berari dagokio, arazo estuagoa dena. PPP autentifikazioaren hutsek kontua edo autentifikazio-metodoa adierazten dute. Autentifikazioaren ondorengo helbide edo DNS hutsak esan nahi du garraioa funtzionatu zuela eta konfigurazio-trukeak ez.

Idatz itzazu bezeroaren bertsioa, sistema eragilearen bertsioa eta operadorearen dokumentatutako konfigurazioa. Hiru horiek gabe, aldaketa bakoitza beste zerbait ustekabean konpon lezakeen susmoa da.

Konparatu profila uneko bezeroarekin

Gordetako profilek uneko bezeroak jada onartzen ez duen sekretu partekatu bat, autentifikazio-aukeraren bat edo mutur-puntu bat izan dezake. Plataforma batzuek L2TP/IPsec euskarria erabat kendu edo baztertu dute, eta eguneratutako bezero batek IKE jokabide zaharra utz dezake zerbitzarian aldaketarik egin gabe. Konparatu gordetako balioak operadorearen uneko dokumentatutako baldintzekin, duela urtebete funtzionatzen zuenarekin baino. Bi dokumentu horien arteko aldea izaten da erantzuna dagoen tokia.

Cachean dagoen sekretu batek edo berrizendatutako kontu batek normalean profila ohiko eguneratze bat baino ez du behar, eta biak merezi ditu egiaztatzeak edozer birformulatu aurretik. Konponketa merkeak dira eta lan arkitektonikorik hasi aurretik baztertu behar dira.

Aukera zaharrak ez dira itzultzen gaituz gero

Baliozkotzea desaktibatzeak ez du konfiantza-katearen arazoa konpontzen, eta algoritmo bat foroko hari batek aipatzen duelako soilik gaitzeak ez du ezer frogatzen zerbitzariak zer onartzen duen. IKE proposamen ahulak arrazoi onez kentzen dira bezeroetatik, eta bat berriz gaitzeak hautsi zenarena baino konexio okerragoa sortzen du. Tunel ahulagoa ez da konponketa, sintoma bera duen arazo berria baizik. Galdera zuzena da operadoreak zer onartzen duen orain.

Dena gaitzean datzan konponketak benetako hutsegitea baino askoz gehiago aldatzen du eta ezin duzu esan zer konpondu zuen.

Aurkeztu migrazioa proiektu gisa

Inplementazioak jada behar den bezeroa onartzen ez badu, planifikatu ordezkapena operadorearekin, dokumentatu gabeko salbuespen bat gordetzearen ordez. Eraman ezazu sarbide-baldintza, identitateak, DNS sarrerak eta ibilbideak, hasierako esku-emate berri batek berak ez baitu baimen horietako bat ere birsortzen. Horiek dira konexio funtzional batek isilka zituen zatiak. Gorde profil zaharra modu seguruan berreskuratzea baieztatu arte, eta gero erretiratu kredentzial zaharkituak benetan administratzen diren tokian. Bertan uztea da bide zahar batek erabilgarri jarraitzen duen modua denek itxita dagoela uste dutenetik askoz geroago.

Migrazioa ere profila zertarako zen idazteko unea da. Bestela hurrengo pertsonak azalpenik gabeko konexio funtzionala heredatzen du.

Egiaztatu geruza, bezeroaren bertsioa eta operadorearen uneko baldintzak. Ondoren erabaki konponketa bat edo ordezkapena den.