journalctl za VPN zapise: koji unit posjeduje vezu?

Počnite s unitom systemd koji zaista posjeduje VPN vezu, a ne s naredbom za zapise koje se sjećate. Izravna usluga OpenVPN, unit wg-quick i profil NetworkManager smještaju svoje korisne poruke u različite unite, a upit prema pogrešnom daje prazan rezultat koji izgleda kao tišina. Uporedite tri uobičajena vlasnika, suzite prozor, pa pročitajte faze po redu.

Uporedite tri uobičajena vlasnika

Usluga klijenta OpenVPN obično je instancni unit nazvan po profilu, poput [email protected]. Njezine poruke uključuju putanju konfiguracije, raščlanjivanje opcija, TLS rukovanje i instalaciju rute koju klijent izvodi.

Unit wg-quick je po dizajnu tiši. Konfiguracija sučelja događa se pri pokretanju, rukovanje obrađuje jezgro, a rutinske promjene ključeva se prema zadanim postavkama ne bilježe, pa je wg show često informativniji od zapisa. Ta razlika je važna kada upoređujete protokol koji bilježi pregovaranje s onim koji to ne čini.

NetworkManager posjeduje profile koje je stvorio, a njegove poruke žive pod NetworkManager.service čak i kada je temeljni dodatak VPN pomoćnik. Upitajte i upravitelja i pomoćni unit kada se profil tako upravlja.

Suzite upit na jedan unit i prozor

Upitajte unit koji ste identificirali i ograničite vrijeme na pokušaj koji istražujete. Jedan dan je obično dovoljan, a kraći prozor je bolji kada se računalo često ponovno povezuje.

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

Provjerite instalirano ime prije nego što povjerujete upitu. Distribucijska pakiranja preimenuju unite, a profil koji postoji kao datoteka možda nikada nije bio omogućen kao usluga. Ako unit ne postoji, prazni zapisi vam govore o postavljanju, a ne o tunelu.

Pročitajte prvu neuspjelu fazu

Čitajte događaje redom kojim se događaju: traženje krajnje točke, prijenos, identitet, provjera autentičnosti, instalacija rute i kasniji neuspjeh aplikacije. Prvi konkretni neuspjeh je onaj koji vrijedi istražiti, jer je sve nakon njega posljedica.

Usluga koja se uspješno pokreće ne dokazuje da je svaki potrebni resurs dostupan. Petlja ponovnog povezivanja može proizvesti nekoliko odvojenih pregovaranja, pa držite ime profila i vrijeme pokušaja uz događaje i čitajte jedan pokušaj umjesto spojenog toka. Jedan pokušaj je slijed s uzrokom, dok je spojeni tok zid ponovljenih redaka. Zapišite prvu grešku u tiket prije nego što nastavite čitati.

Ne miješajte neuspjelu uslugu s ručnim klijentom

Ako ste pokrenuli klijent ručno nakon što je usluga neuspjela, njegov izlaz ide negdje drugdje i ponašanje mu može biti drugačije. Zabilježite novi rezultat od istog vlasnika i istog zahtjeva nakon podržane ispravke, kako bi usporedba pokazala što se promijenilo umjesto miješanja dva različita programa.

Ne mijenjajte izvorne vremenske oznake da bi se poravnale s drugim hostom. Zabilježite vremensku zonu i poznatu razliku sata odvojeno, jer vremenska crta koju ste uredili više nije dokaz.

Podijelite izvadak, a ne izvoz

Zapisi u dnevniku mogu sadržavati korisnička imena, adrese krajnjih točaka, privatnu topologiju i podatke o okruženju skripte. Pregledajte stvarni izvadak i zacrnite ono što je osjetljivo umjesto objavljivanja potpunog neograničenog izvoza. Citirajte retke koji dokazuju neuspjeh i sažmite ostalo. Kratak pregledan izvadak lakše je primijeniti od datoteke koju nitko ne čita.

Pošaljite uzak prozor, naziv unita i prvu neuspjelu fazu i recite što ste već isključili. priručnik systemd journalctl dokumentira selectore i opcije izlaza ako vam treba oblik koji verzija vaše distribucije podržava.