Koji je sloj L2TP profila zapravo pao

Idite niz složaj, a ne poprijeko po stranici postavki: IPsec pregovaranje, zatim L2TP kontrola, zatim PPP autentifikacija, pa dodjela adrese i DNS-a. Svaki sloj ima vlastiti potpis greške i vlastiti vjerojatni uzrok. Profil koji padne na autentifikaciji korisnika već je prošao tri provjere do kojih profil koji je ranije istekao nikada nije stigao. Taj je redoslijed prvo što treba utvrditi.

Isti naziv protokola skriva četiri različita razgovora.

Imenujte sloj prije nego što promijenite postavke

Neuspjeh IPsec postavljanja upućuje na zajedničku tajnu, algoritme ili identitet druge strane. Neuspjeh L2TP kontrole nakon toga ukazuje na sam sloj tunela, što je uža problematika. Greške PPP autentifikacije imenuju račun ili metodu autentifikacije. A neuspjeh adrese ili DNS-a nakon autentifikacije znači da je prijenos radio, a razmjena konfiguracije nije.

Zabilježite verziju klijenta, verziju operativnog sustava i dokumentirano postavljanje operatera. Bez tih triju svaka je promjena nagađanje koje može slučajno popraviti nešto drugo.

Usporedite profil s trenutačnim klijentom

Spremljeni profil može nositi zajedničku tajnu, opciju autentifikacije ili krajnju točku koju trenutačni klijent više ne prihvaća. Neke su platforme posve ukinule ili uklonile podršku za L2TP/IPsec, a ažurirani klijent može napustiti staro IKE ponašanje bez ikakve promjene na poslužitelju. Usporedite svoje spremljene vrijednosti s trenutačnim dokumentiranim zahtjevima operatera, a ne s onim što je radilo prije godinu dana. Razlika između tih dvaju dokumenata obično je mjesto gdje se nalazi odgovor.

Predmemorirana tajna ili preimenovani račun obično ne traže više od običnog ažuriranja profila, i oboje vrijedi provjeriti prije nego što bilo što redizajnirate. To su jeftini popravci i treba ih isključiti prije ikakvog arhitektonskog zahvata.

Stare se opcije ne vraćaju time što ih uključite

Isključivanje provjere ne popravlja problem lanca povjerenja, a uključivanje algoritma samo zato što ga spominje neka forumska tema ne dokazuje ništa o tome što poslužitelj prihvaća. Slabi IKE prijedlozi uklanjaju se iz klijenata obično s dobrim razlogom, a ponovno uključivanje jednoga stvara vezu goru od one koja je pukla. Slabiji tunel nije popravak, to je novi problem s istim simptomom. Ispravno je pitanje što operater sada podržava.

Popravak uključivanjem svega mijenja mnogo više od stvarne greške i ostavlja vas nesposobnima reći što ju je otklonilo.

Izložite migraciju kao projekt

Ako implementacija više ne podržava potrebnog klijenta, planirajte zamjenu s operaterom umjesto da čuvate nedokumentiranu iznimku. Prenesite zahtjev za pristupom, identitete, DNS zapise i rute, jer jedno novo rukovanje samo po sebi ne stvara nijednu od tih dozvola. To su dijelovi o kojima je radna veza tiho ovisila. Čuvajte stari profil na sigurnom dok se oporavak ne potvrdi, zatim povucite zastarjele vjerodajnice tamo gdje se doista administriraju. Ostaviti ih na mjestu jest način na koji stari put ostaje upotrebljiv dugo nakon što svi vjeruju da je zatvoren.

Migracija je i trenutak da zapišete čemu je profil služio. Inače sljedeća osoba naslijedi radnu vezu bez ikakva objašnjenja.

Provjerite sloj, verziju klijenta i trenutačne zahtjeve operatera. Zatim odlučite je li to popravak ili zamjena.