Milline L2TP-profiili kiht tegelikult katki läks

Liikuge virnas allapoole, mitte seadete lehel risti: IPsec-läbirääkimised, seejärel L2TP juhtimine, seejärel PPP autentimine, seejärel aadressi ja DNS-i määramine. Igal kihil on oma veasignatuur ja oma tõenäoline põhjus. Profiil, mis ebaõnnestub kasutaja autentimisel, on juba läbinud kolm kontrolli, milleni varem aegunud profiil kunagi ei jõudnud. Just see järjekord tuleb kõigepealt kindlaks teha.

Sama protokollinimi peidab neli erinevat vestlust.

Nimetage kiht enne seadete muutmist

Kui IPsec-i seadistamine ebaõnnestub, viitab see ühisele saladusele, algoritmidele või vastaspoole identiteedile. Kui seejärel ebaõnnestub L2TP juhtimine, viitab see tunnelikihile endale, mis on kitsam probleem. PPP autentimise vead nimetavad kontot või autentimismeetodit. Aadressi või DNS-i viga pärast autentimist tähendab, et transport töötas ja konfiguratsiooni vahetus mitte.

Kirjutage üles kliendi versioon, operatsioonisüsteemi versioon ja operaatori dokumenteeritud seadistus. Ilma nende kolmeta on iga muudatus oletus, mis võib kogemata midagi muud parandada.

Võrrelge profiili praeguse kliendiga

Salvestatud profiil võib sisaldada ühist saladust, autentimisvalikut või lõpp-punkti, mida praegune klient enam ei aktsepteeri. Mõned platvormid on L2TP/IPsec toe täielikult loobutanud või eemaldanud ning uuendatud klient võib loobuda vanast IKE käitumisest ilma serveris mingit muudatust tegemata. Võrrelge salvestatud väärtusi operaatori praeguste dokumenteeritud nõuetega, mitte sellega, mis töötas aasta tagasi. Nende kahe dokumendi vahe on tavaliselt koht, kus vastus asub.

Vahemällu salvestatud saladus või ümbernimetatud konto nõuab tavaliselt vaid tavalist profiili uuendust ja mõlemat tasub kontrollida enne, kui midagi ümber kujundate. Need on odavad parandused ja need tuleks välistada enne mis tahes arhitektuurset tööd.

Vanad valikud ei tule tagasi sellega, et need lubate

Valideerimise väljalülitamine ei paranda usaldusahela probleemi ja algoritmi lubamine ainult sellepärast, et mõni foorumilõim seda mainib, ei tõesta midagi selle kohta, mida server aktsepteerib. Nõrgad IKE ettepanekud eemaldatakse klientidest tavaliselt mõjuvatel põhjustel ja ühe uuesti lubamine loob ühenduse, mis on halvem kui see, mis katkes. Nõrgem tunnel ei ole parandus, vaid uus probleem sama sümptomiga. Õige küsimus on, mida operaator nüüd toetab.

Kõike lubav parandus muudab palju enamat kui tegelik rike ja jätab teid olukorda, kus te ei oska öelda, mis selle parandas.

Esitage migratsioon projektina

Kui juurutus ei toeta enam nõutavat klienti, planeerige operaatoriga asendus, selle asemel et säilitada dokumenteerimata erandit. Viige üle juurdepääsunõue, identiteedid, DNS-kirjed ja marsruudid, sest uus käepigistus üksi ei loo ühtegi neist lubadest uuesti. Need on osad, millele töötav ühendus vaikselt toetus. Hoidke vana profiili turvaliselt, kuni taastamine on kinnitatud, ja seejärel tühistage vananenud volitused seal, kus neid tegelikult hallatakse. Nende allesjätmine on viis, kuidas vana tee jääb kasutatavaks kaua pärast seda, kui kõik usuvad, et see on suletud.

Migratsioon on ka hetk kirja panna, milleks profiil oli. Muidu pärib järgmine inimene töötava ühenduse ilma igasuguse selgituseta.

Kontrollige kihti, kliendi versiooni ja operaatori praeguseid nõudeid. Seejärel otsustage, kas tegu on paranduse või asendusega.