Kurš L2TP profila slānis patiešām salūza

Ejiet lejup pa slāņiem, nevis šķērsām pa iestatījumu lapu: IPsec sarunas, pēc tam L2TP vadība, pēc tam PPP autentifikācija, pēc tam adreses un DNS piešķiršana. Katram slānim ir sava kļūdas paraksts un savs iespējamais cēlonis. Profils, kas neizdodas lietotāja autentifikācijā, jau ir izturējis trīs pārbaudes, kurām agrāk beidzies profils nekad netika klāt. Tieši šī secība ir pirmais, kas jānosaka.

Tas pats protokola nosaukums slēpj četras dažādas sarunas.

Nosauciet slāni pirms iestatījumu maiņas

IPsec iestatīšanas neizdošanās norāda uz kopīgo noslēpumu, algoritmiem vai pretējās puses identitāti. Ja pēc tam neizdodas L2TP vadība, tas liecina par pašu tuneļa slāni, kas ir šaurāka problēma. PPP autentifikācijas kļūdas nosauc kontu vai autentifikācijas metodi. Adreses vai DNS neizdošanās pēc autentifikācijas nozīmē, ka transportēšana strādāja, bet konfigurācijas apmaiņa ne.

Pierakstiet klienta versiju, operētājsistēmas versiju un operatora dokumentēto iestatījumu. Bez šiem trim katra izmaiņa ir minējums, kas var nejauši salabot ko citu.

Salīdziniet profilu ar pašreizējo klientu

Saglabāts profils var saturēt kopīgo noslēpumu, autentifikācijas opciju vai galapunktu, ko pašreizējais klients vairs nepieņem. Dažas platformas ir pilnībā atsaukušas vai noņēmušas L2TP/IPsec atbalstu, un atjaunināts klients var atteikties no vecās IKE uzvedības bez jebkādām izmaiņām serverī. Salīdziniet savas saglabātās vērtības ar operatora pašreizējām dokumentētajām prasībām, nevis ar to, kas strādāja pirms gada. Atšķirība starp šiem diviem dokumentiem parasti ir vieta, kur atrodama atbilde.

Kešatmiņā saglabāts noslēpums vai pārdēvēts konts parasti neprasa vairāk kā parastu profila atjauninājumu, un abus ir vērts pārbaudīt pirms jebko pārprojektēt. Tie ir lētie labojumi, un tie jāizslēdz pirms jebkāda arhitektoniska darba.

Vecās opcijas neatgriežas, tās iespējojot

Validācijas izslēgšana nesalabo uzticības ķēdes problēmu, un algoritma iespējošana tikai tāpēc, ka to piemin kāds foruma pavediens, neko nepierāda par to, ko serveris pieņem. Vāji IKE priekšlikumi parasti tiek noņemti no klientiem labu iemeslu dēļ, un viena no tiem atkārtota iespējošana rada savienojumu, kas ir sliktāks par salūzušo. Vājāks tunelis nav labojums, tā ir jauna problēma ar to pašu simptomu. Pareizais jautājums ir, ko operators tagad atbalsta.

Labojums, iespējojot visu, izmaina daudz vairāk nekā faktisko kļūmi un atstāj jūs nespējīgu pateikt, kas to salaboja.

Piedāvājiet migrāciju kā projektu

Ja izvietojums vairs neatbalsta nepieciešamo klientu, plānojiet aizvietošanu kopā ar operatoru, nevis saglabājiet nedokumentētu izņēmumu. Pārnesiet piekļuves prasību, identitātes, DNS ierakstus un maršrutus, jo viens jauns rokasspiediens pats par sevi neatjauno nevienu no šīm atļaujām. Tie ir tie elementi, no kā strādājošs savienojums klusi atradās atkarīgs. Glabājiet veco profilu droši, līdz atkopšana tiks apstiprināta, pēc tam atsauciet novecojušos akreditācijas datus tur, kur tie patiešām tiek administrēti. Atstāt tos vietā ir veids, kā vecs ceļš paliek lietojams vēl ilgi pēc tam, kad visi tic, ka tas ir slēgts.

Migrācija ir arī brīdis pierakstīt, kam profils bija domāts. Pretējā gadījumā nākamais cilvēks manto strādājošu savienojumu bez jebkāda paskaidrojuma.

Pārbaudiet slāni, klienta versiju un operatora pašreizējās prasības. Pēc tam izlemiet, vai tas ir labojums vai aizvietošana.