Hokker laach fan it L2TP-profil is echt brutsen

Wurkje de stapel del ynstee fan dwers oer de ynstellingsside: IPsec-ûnderhanneling, dan L2TP-kontrôle, dan PPP-autentikaasje, dan adres- en DNS-opdracht. Eltse laach hat syn eigen flatermarkearring en syn eigen wierskynlike oarsaak. In profyl dat by brûkersautentikaasje mislearret, hat al trije kontrôles trochstien dy't in profyl dat earder ôfrûn nea berikte. Dy folchoarder is it earste dat fêststeld wurde moat.

Deselde protokolnamme ferberget fjouwer ferskillende petearen.

Neam de laach foardat jo ynstellingen feroarje

As IPsec-ynstelling mislearret, wiist dat op it dielde geheim, de algoritmen of de identiteit fan de oare partij. As L2TP-kontrôle dêrnei mislearret, suggerearret dat de tunnellaach sels, wat in smeller probleem is. PPP-autentikaasjeflaters neame it akkount of de autentikaasjemetoade. In adres- of DNS-flater nei autentikaasje betsjut dat it ferfier wurke en de konfiguraasje-útwikseling net.

Skriuw de klantferzje, de bestjoeringssysteemferzje en de dokumintearre opset fan de operator op. Sûnder dy trije is elke feroaring in gissing dy't by tafal wat oars reparearje kin.

Fergelykje it profyl mei de hjoeddeistige klant

In bewarre profyl kin in dield geheim, in autentikaasje-opsje of in einpunt befetsje dat de hjoeddeistige klant net mear akseptearret. Guon platfoarmen hawwe L2TP/IPsec-stipe folslein ôfskaft of fuortsmiten, en in bywurke klant kin âld IKE-gedrach loslitte sûnder ienige feroaring op de tsjinner. Fergelykje jo bewarre wearden mei de hjoeddeistige dokumintearre easken fan de operator, net mei wat in jier lyn wurke. It gat tusken dy twa dokuminten is meastentiids it plak dêr't it antwurd sit.

In bewarre geheim of in omneamd akkount freget meastentiids net mear as in gewoane profylbywurking, en beide binne de muoite wurdich te kontrolearjen foardat jo wat opnij ûntwerpe. Dat binne de goedkeape repaazjes, en se moatte útsletten wurde foardat wat arsjitektoanysk.

Alde opsjes komme net werom troch se yn te skeakeljen

Falidaasje útskeakelje reparearret gjin probleem mei de fertrouwensketen, en in algoritme ynskeakelje allinnich om't in foarumtried it neamt bewiist neat oer wat de tsjinner akseptearret. Swakke IKE-foarstellen wurde meastentiids om goede redenen út klanten fuortsmiten, en ien opnij ynskeakelje makket in ferbining dy't minder is as dy't brutsen is. In swakkere tunnel is gjin reparaasje, it is in nij probleem mei itselde symptoom. De juste fraach is wat de operator no stipet.

In reparaasje troch alles yn te skeakeljen feroaret folle mear as de eigentlike flater en lit jo net sizze wat it oplost hat.

Set de migraasje del as in projekt

As de ymplemintaasje de fereaske klant net mear stipet, plan dan in ferfanging mei de operator ynstee fan in net-dokumintearre útsûndering te behâlden. Nim de tagongseask, de identiteiten, de DNS-ynskriuwingen en de rûtes oer, want in nije hânskudding allinnich makket gjin ien fan dy tastimmingen opnij. Dat binne de dielen dêr't in wurkjende ferbining stilwei op steunde. Hâld it âlde profyl feilich oant it werstel befêstige is, en lûk dan de ferâldere bewizen werom dêr't se echt beheard wurde. Se litte stean is hoe't in âld paad noch lang brûkber bliuwt neidat elkenien leaut dat it sletten is.

In migraasje is ek it momint om op te skriuwen wêr't it profyl foar wie. Oars erft de folgjende persoan in wurkjende ferbining sûnder ienige ferklearring.

Kontrolearje de laach, de klantferzje en de hjoeddeistige easken fan de operator. Beslis dan oft dit in reparaasje of in ferfanging is.