L2TP dnevnik je prazan? Greška je po svoj prilici u sistemskom dnevniku

Pokrenete L2TP pomoćnu uslugu s otklanjanjem pogrešaka, gledate terminal, a ona se zaustavi bez ičega korisnog na zaslonu. To nije pokvaren flag za otklanjanje pogrešaka. NetworkManager L2TP veza sastoji se od četiri procesa koji surađuju, a samo neki od njih pišu u terminal koji gledate. Ostatak dokaza je u dnevniku, na udaljenosti jednog filtra.

Četiri procesa, dva odredišta dnevnika

Veza počinje s IPsec, koji je libreswan ili strongSwan ovisno o instalaciji. Zatim L2TP daemon, tradicionalno xl2tpd a u nekim buildovima kl2tpd, vodi tunel. Na kraju pppd unutar njega obrađuje autentifikaciju i adresiranje.

Pomoćna usluga koordinira te dijelove i ispisuje vlastiti napredak. IPsec daemon i pppd obično izvještavaju kroz sistemski dnevnik, zato terminal prikazuje vezu koja ne uspijeva, dok razlog stoji u datoteci koju niste otvorili.

Ta podjela također objašnjava zašto PSK greška i greška lozinke izgledaju isto s radne površine: obje daju generički prekid, a faza koja je pala vidljiva je samo u izlazu pojedinog procesa. Upravo je to razlog zašto je dnevnik ovdje važan. Jedna generička poruka na radnoj površini, četiri moguća autora iza nje.

Skupite jedan pokušaj, zatim pročitajte redoslijed

Reproducirajte jednom, s poznatim profilom i poznatim vremenom, zatim čitajte uski prozor umjesto cijelog podizanja sustava. Ponavljanje pokušaja dok mijenjate postavke pretvara dnevnik u mješavinu koja se ne može protumačiti.

Ove naredbe odabiru procese sudionike za trenutačno podizanje sustava, a putanju dodatka vrijedi potvrditi na svojoj distribuciji:

journalctl -b --no-hostname _COMM=nm-l2tp-service _COMM=pluto _COMM=charon _COMM=xl2tpd _COMM=pppd
rpm -ql NetworkManager-l2tp 2>/dev/null | grep nm-l2tp-service

Ponovljena polja u jednom pozivu odabiru uniju tih procesa, što čuva slijed u vremenskom redu. Na Debian sustavu ekvivalentan upit je dpkg -L; poanta je pronaći gdje pomoćna usluga doista živi prije nego je pokušate pokrenuti ručno.

Tri uvjeta koja odlučuju sljedeći potez

Pročitajte prvu fazu koja je pala, zatim odaberite u skladu s tim. Ako IPsec prijavi neuspjeh prijedloga ili autentifikacije partnera, tunel nikad nije nastao i promjena PPP lozinke ne može pomoći.

Ako je tunel nastao, a pppd je odbio prijavu, zajednička tajna je već bila ispravna i problem s vjerodajnicama je jedan sloj više. Ako je pppd pregovarao o adresi, a neuspjeh se pojavi kasnije, oboje radi, a preostali problem je usmjeravanje, DNS ili vlastita politika poslužitelja.

Te tri grane pokrivaju gotovo svaki generički prekid, a odlučuje ih to koji je proces zabilježio posljednju grešku, a ne to koja poruka o grešci izgleda najalarmantnije.

Također vrijedi potvrditi koji je IPsec pozadinski sustav instaliran prije nego dirnete u postavku otklanjanja pogrešaka. Opcija zapisivanja napisana za strongSwan ne čini ništa kada radi libreswan, a veza će nastaviti padati na istom mjestu dok uređujete datoteku koju nitko ne čita.

Način otklanjanja pogrešaka ostavlja datoteke

Uzvodni tijek rada za otklanjanje pogrešaka pokreće uslugu ručno sa zastavicom za otklanjanje pogrešaka, a taj način može ostaviti generirane konfiguracijske datoteke radnog vremena na mjestu kada veza završi.

Te datoteke sadrže materijal za autentifikaciju: unaprijed dijeljeni ključ, vjerodajnice ili oboje. Generirana konfiguracija kopirana u prozor chata je otkrivanje vjerodajnica, a ne izvadak iz dnevnika. Uklonite retke s tajnama prije nego bilo što podijelite i izbrišite direktorij kada istraga završi. Tretirajte ih kao tajne, izvucite konkretne retke potrebne za izvješće i izbrišite ih nakon toga, umjesto da zalijepite direktorij u tiket.

Ručna instanca također se mora uskladiti s normalnom. Pokretanje kopije za otklanjanje pogrešaka dok usluga već posjeduje dodatak stvara dva vlasnika i dnevnik koji miješa oboje, što je gore od nikakvog izlaza za otklanjanje pogrešaka.

Zatim vratite normalnu pomoćnu uslugu

Kada istraga završi, zaustavite ručnu instancu, uklonite zadržane datoteke radnog vremena i ponovno se povežite normalnim putem kako bi sljedeća osoba vidjela konfiguraciju koja odgovara stvarnosti.

Zatim provjerite rezultat na sloju koji je pao, a ne na ikoni radne površine:

journalctl -b -u NetworkManager --since -10min | tail -30
ip -4 addr show ppp0
ip -4 route get 10.20.4.10

Sesija koja se autentificira, dobije adresu i usmjerava prema željenom odredištu jest ishod koji ste otklanjali. Tihi terminal tijekom neuspjelog pokušaja govori vam samo gdje izlaz nije zapisan.