journalctl VPN žurnalams: kuris unitas valdo ryšį?

Pradėkite nuo systemd unito, kuris iš tikrųjų valdo VPN ryšį, o ne nuo žurnalo komandos, kurią prisimenate. Tiesioginė OpenVPN paslauga, wg-quick unitas ir NetworkManager profilis savo naudingus pranešimus deda į skirtingus unitus, o užklausa netinkamam unitui duoda tuščią rezultatą, kuris atrodo kaip tyla. Palyginkite tris įprastus savininkus, susiaurinkite langą ir tada iš eilės skaitykite etapus.

Palyginkite tris įprastus savininkus

OpenVPN kliento paslauga paprastai yra egzemplioriaus unitas, pavadintas profilio vardu, pavyzdžiui, [email protected]. Jos pranešimai apima konfigūracijos kelią, parinkčių analizę, TLS rankos paspaudimą ir maršruto įdiegimą, kurį atlieka klientas.

wg-quick unitas iš prigimties yra tylesnis. Sąsajos konfigūracija vyksta paleidžiant, rankos paspaudimą apdoroja branduolys, o įprastiniai raktų atnaujinimai pagal numatytuosius nustatymus neregistruojami, todėl wg show dažnai būna informatyvesnis už žurnalą. Šis skirtumas svarbus, kai lyginate protokolą, kuris registruoja derybas, su tuo, kuris to nedaro.

NetworkManager valdo jo sukurtus profilius, o jo pranešimai gyvena po NetworkManager.service net tada, kai pagrindinis papildinys yra VPN pagalbininkas. Klauskite ir tvarkyklės, ir pagalbinio unito, kai profilis tvarkomas tokiu būdu.

Susiaurinkite užklausą iki vieno unito ir vieno lango

Klauskite unito, kurį nustatėte, ir apribokite laiką iki bandymo, kurį tiriate. Viena diena paprastai pakanka, o trumpesnis langas geresnis, kai mašina dažnai prisijungia iš naujo.

journalctl -u [email protected] --since today
systemctl list-units --type=service | grep -i vpn
systemctl cat [email protected]

Patikrinkite įdiegtą pavadinimą prieš pasitikėdami užklausa. Distribucijos paketai pervadina unitus, o profilis, egzistuojantis kaip failas, galėjo niekada nebuvo įjungtas kaip paslauga. Jei unito nėra, tuščias žurnalas pasakoja apie diegimą, o ne apie tunelį.

Skaitykite pirmą nepavykusį etapą

Skaitykite įvykius ta tvarka, kokia jie vyksta: galinio taško paieška, transportavimas, tapatybė, autentifikavimas, maršruto įdiegimas ir vėlesnė programos klaida. Pirmoji konkreti klaida yra ta, kurią verta tirti, nes viskas po jos yra pasekmė.

Sėkmingai paleidžiama paslauga neįrodo, kad kiekvienas reikalingas išteklius yra pasiekiamas. Pakartotinio prisijungimo ciklas gali sukurti kelias atskiras derybas, todėl laikykite profilio vardą ir bandymo laiką šalia įvykių ir skaitykite vieną bandymą, o ne sujungtą srautą. Vienas bandymas yra seka su priežastimi, o sujungtas srautas yra pasikartojančių eilučių siena. Prieš skaitydami toliau, įrašykite pirmąją klaidą į bilietą.

Nemaišykite nepavykusios paslaugos su rankiniu klientu

Jei paslaugai nepavykus paleidote klientą rankiniu būdu, jo išvestis eina kitur ir jo elgsena gali skirtis. Užfiksuokite naują rezultatą iš to paties savininko ir tos pačios užklausos po palaikomo pataisymo, kad palyginimas parodytų, kas pasikeitė, o ne sumaišytų dvi skirtingas programas.

Nekeiskite pradinių laiko žymų, kad sulygintumėte jas su kitu kompiuteriu. Atskirai užrašykite laiko juostą ir žinomą laikrodžio skirtumą, nes jūsų redaguota laiko juosta nebėra įrodymas.

Bendrinkite ištrauką, o ne eksportą

Žurnalo įrašuose gali būti vartotojų vardai, galinių taškų adresai, privati topologija ir informacija apie scenarijų aplinką. Peržiūrėkite tikrąją ištrauką ir užmaskuokite tai, kas jautru, o ne skelbkite visą neribotą eksportą. Cituokite eilutes, kurios įrodo klaidą, ir apibendrinkite likusią dalį. Trumpa peržiūrėta ištrauka yra lengviau pritaikoma nei failas, kurio niekas neskaito.

Atsiųskite siaurą langą, unito pavadinimą ir pirmą nepavykusį etapą bei pasakykite, ką jau atmetėte. systemd journalctl vadovas dokumentuoja selektorius ir išvesties parinktis, jei jums reikia formos, kurią palaiko distribucijos versija.