Kas L2TP silumislogi on tühi? Viga on tõenäoliselt žurnaalis

Käivitate L2TP abiprogrammi silumisega, vaatate terminali ja see peatub ilma millegi kasulikuga ekraanil. See pole katki silumislipp. NetworkManageri L2TP-ühendus on neli koostööd tegevat protsessi ja ainult mõned neist kirjutavad terminali, mida vaatate. Ülejäänud tõendid on žurnaalis, ühe filtri kaugusel.

Neli protsessi, kaks logi sihtkohta

Ühendus algab IPseciga, mis on sõltuvalt paigaldusest kas libreswan või strongSwan. Seejärel käitab tunnelit L2TP-deemon, traditsiooniliselt xl2tpd ja mõnes buildis kl2tpd. Lõpuks tegeleb pppd selle sees autentimise ja adresseerimisega.

Abiteenus koordineerib neid osi ja prindib oma edenemise. IPsec-deemon ja pppd teatavad tavaliselt süsteemižurnaali kaudu, mistõttu terminal näitab nurjuvat ühendust, samal ajal kui põhjus on failis, mida te pole avanud.

See jaotus selgitab ka, miks PSK-viga ja parooliviga näevad töölaualt ühesugused välja: mõlemad tekitavad üldise katkestuse ja ebaõnnestunud etapp on nähtav ainult iga protsessi väljundis. Just see on põhjus, miks žurnaal siin oluline on. Üks üldine teade töölaual, neli võimalikku autorit selle taga.

Koguge üks katse, seejärel lugege järjekorda

Korrake üks kord, teadaoleva profiili ja teadaoleva ajaga, seejärel lugege kitsast akent kogu alglaadimise asemel. Katsete kordamine seadete muutmise ajal muudab logi seguga, mida ei saa tõlgendada.

Need käsud valivad praeguse alglaadimise osalevad protsessid ja pistikprogrammi teed tasub oma distributsioonis kontrollida:

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

Korduvad väljad ühes kutses valivad nende protsesside ühendi, mis hoiab järjestuse ajaliselt. Debiani-põhises süsteemis on samaväärne päring dpkg -L; mõte on leida, kus abiprogramm tegelikult asub, enne kui proovite seda käsitsi käivitada.

Kolm tingimust otsustavad järgmise sammu

Lugege esimest ebaõnnestunud etappi ja valige vastavalt. Kui IPsec teatab ettepaneku või partneri autentimise tõrkest, ei tekkinud tunnelit kunagi ja PPP parooli muutmine ei aita.

Kui tunnel tekkis ja pppd keeldus sisselogimisest, oli jagatud saladus juba korras ja mandaadiprobleem on ühe kihi võrra kõrgemal. Kui pppd läbirääkis aadressi ja tõrge ilmneb hiljem, töötavad mõlemad ja ülejäänud probleem on marsruutimine, DNS või serveri enda poliitika.

Need kolm haru katavad peaaegu iga üldise katkestuse ja neid otsustab see, milline protsess logis viimase vea, mitte see, milline veateade tundub kõige häirivam.

Tasub ka kontrollida, milline IPsec-taustsüsteem on paigaldatud, enne kui silumisseadet puutute. strongSwani jaoks kirjutatud logimisvalik ei tee midagi, kui libreswan töötab, ja ühendus jätkab samas kohas nurjumist, samal ajal kui te muudate faili, mida keegi ei loe.

Silumisrežiim jätab failid maha

Algne silumistöövoog käivitab teenuse käsitsi silumislipuga ja see režiim võib ühenduse lõppedes jätta loodud käitusaja konfiguratsioonifailid paigale.

Need failid sisaldavad autentimismaterjali: eeljagatud võtme, mandaadid või mõlemad. Vestlusaknasse kopeeritud loodud konfiguratsioon on mandaatide paljastamine, mitte logi väljavõte. Eemaldage salajased read enne millegi jagamist ja kustutage kataloog, kui uurimine lõpeb. Käsitlege neid saladustena, eraldage konkreetsed read, mida vajate aruande jaoks, ja kustutage need hiljem, selle asemel et kleepida kataloog piletisse.

Käsitsi eksemplar tuleb samuti tavapärasega kooskõlastada. Silumiskoopia käivitamine, kui teenus juba omab pistikprogrammi, tekitab kaks omanikku ja logi, mis segab mõlemat, mis on halvem kui üldse silumisväljundi puudumine.

Seejärel taastage tavaline abiprogramm

Kui uurimine lõpeb, peatage käsitsi eksemplar, eemaldage alles hoitud käitusaja failid ja ühenduge uuesti tavalisel teel, et järgmine inimene näeks tegelikkusele vastavat konfiguratsiooni.

Seejärel kontrollige tulemust kihis, mis ebaõnnestus, mitte töölaua ikoonil:

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

Sessioon, mis autendib, saab aadressi ja marsruudib soovitud sihtkohta, on tulemus, mida te silusite. Vaikne terminal ebaõnnestunud katse ajal ütleb teile ainult kus väljundit ei kirjutatud.