journalctl VPN-i logide jaoks: milline üksus ühendust omab?

Alustage systemd üksusest, mis VPN-ühendust tegelikult omab, mitte logikäsust, mida mäletate. Otsene OpenVPN teenus, wg-quick üksus ja NetworkManageri profiil paigutavad oma kasulikud teated erinevatesse üksustesse ning vale üksuse vastu tehtud päring annab tühja tulemuse, mis näeb välja nagu vaikus. Võrrelge kolme tavalist omanikku, kitsendage ajavahemikku ja lugege seejärel etappe järjekorras.

Võrrelge kolme tavalist omanikku

OpenVPN-i klienditeenus on tavaliselt profiili järgi nimetatud eksemplariüksus, näiteks [email protected]. Selle teated hõlmavad konfiguratsiooni teed, valikute sõelumist, TLS-i kätlust ja kliendi tehtavat marsruudi paigaldust.

wg-quick üksus on loomult vaiksem. Liidese konfiguratsioon toimub käivitamisel, kätlust käsitleb tuum ning rutiinseid võtmeuuendusi vaikimisi ei logita, seega on wg show sageli teaberikkam kui logi. See erinevus loeb, kui võrdlete protokolli, mis logib läbirääkimist, sellisega, mis seda ei tee.

NetworkManager omab profiile, mille ta lõi, ja tema teated asuvad NetworkManager.service all ka siis, kui aluseks olev plugin on VPN-i abiline. Pärige nii haldurit kui ka abiüksust, kui profiili hallatakse nii.

Kitsendage päring ühele üksusele ja ajavahemikule

Pärige üksust, mille tuvastasite, ja piirake aeg uuritava katsega. Üks päev on tavaliselt piisav ning lühem ajavahemik on parem, kui masin ühendub sageli uuesti.

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

Kontrollige paigaldatud nime enne, kui päringut usaldate. Distributsiooni paketid nimetavad üksusi ümber ja failina olemas olev profiil ei pruugi olla kunagi teenusena lubatud. Kui üksust pole olemas, räägib tühi logi teile juurutamisest, mitte tunnelist.

Lugege esimest ebaõnnestunud etappi

Lugege sündmusi nende toimumise järjekorras: lõpp-punkti otsing, transport, identiteet, autentimine, marsruudi paigaldus ja rakenduse hilisem tõrge. Esimene konkreetne tõrge on see, mida tasub uurida, sest kõik pärast seda on tagajärg.

Edukalt käivituv teenus ei tõenda, et iga vajalik ressurss on kättesaadav. Taasühenduse tsükkel võib tekitada mitu eraldi läbirääkimist, seega hoidke profiili nimi ja katse aeg sündmuste juures ning lugege üht katset, mitte ühendatud voogu. Üksik katse on põhjusega jada, ühendatud voog on aga korduvate ridade sein. Kirjutage esimene viga pileti sisse enne, kui edasi loete.

Ärge segage ebaõnnestunud teenust käsitsi käivitatud kliendiga

Kui käivitasite kliendi käsitsi pärast teenuse nurjumist, läheb selle väljund mujale ja selle käitumine võib erineda. Jäädvustage uus tulemus samalt omanikult ja sama päringu põhjal pärast toetatud parandust, et võrdlus näitaks, mis muutus, mitte ei segaks kahte erinevat programmi.

Ärge muutke algseid ajatempleid, et neid teise hostiga joondada. Märkige ajavöönd ja teadaolev kella erinevus eraldi, sest redigeeritud ajajoon ei ole enam tõend.

Jagage väljavõtet, mitte eksporti

Logikirjed võivad sisaldada kasutajanimesid, lõpp-punktide aadresse, privaatset topoloogiat ja skriptikeskkonna teavet. Vaadake tegelik väljavõte üle ja katke tundlik osa, selle asemel et avaldada täielik piiramata eksport. Tsiteerige ridu, mis tõrke tõestavad, ja võtke ülejäänu kokku. Lühike ülevaadatud väljavõte on kergemini kasutatav kui fail, mida keegi ei loe.

Saatke kitsas ajavahemik, üksuse nimi ja esimene ebaõnnestunud etapp ning öelge, mille olete juba välistanud. systemd journalctl käsiraamat dokumenteerib valijad ja väljundvalikud, kui vajate vormingut, mida distributsiooni versioon toetab.