VPN журналдары үчүн journalctl: кайсы юнит байланышка ээ?
OpenVPN, wg-quick жана NetworkManager ар башка юниттерге жазышат. Ээсин тандап, убакыт терезесин куушуруп, анан биринчи ийгиликсиз баскычты ирети менен окуңуз.
VPN байланышына чындап ээ болгон systemd юнитинен баштаңыз, эсиңизде калган журнал буйругунан эмес. Түз OpenVPN кызматы, wg-quick юнити жана NetworkManager профили пайдалуу билдирүүлөрүн ар башка юниттерге жайгаштырат, ал эми туура эмес юнитке жасалган суроо үнсүздүккө окшош бош натыйжа берет. Үч кадимки ээни салыштырыңыз, терезени куушуруңуз, анан баскычтарды ирети менен окуңуз.
Үч кадимки ээни салыштырыңыз
OpenVPN клиент кызматы адатта профилдин аты менен аталган үлгү юнити, мисалы [email protected]. Анын билдирүүлөрүнө конфигурация жолу, опцияларды талдоо, TLS кол алышуусу жана клиент аткарган маршрут орнотуу кирет.
wg-quick юнити түзүлүшү боюнча тынчыраак. Интерфейс конфигурациясы баштоодо болот, кол алышууну өзөк иштетет, ал эми кадимки ачкыч жаңыртуулар демейде жазылбайт, ошондуктан wg show журналга караганда көбүрөөк маалымат берет. Бул айырма келишүүнү жазуучу протоколду жазбаган протокол менен салыштырганда маанилүү.
NetworkManager өзү түзгөн профилдерге ээ, жана анын билдирүүлөрү негизги плагин VPN жардамчысы болсо да NetworkManager.service астында жашайт. Профиль ушундай башкарылса, менеджерден да, жардамчы юниттен да сураңыз.
Суроону бир юнитке жана бир терезеге куушуруңуз
Аныктаган юниттен сураңыз жана убакытты изилдеп жаткан аракет менен чектеңиз. Бир күн адатта жетиштүү, ал эми машина тез-тез кайра туташса, кыскараак терезе жакшыраак.
journalctl -u [email protected] --since today
systemctl list-units --type=service | grep -i vpn
systemctl cat [email protected]Суроого ишенүүдөн мурун орнотулган атты текшериңиз. Таратуу таңгактары юниттердин атын өзгөртөт, ал эми файл катары бар профиль кызмат катары эч качан күйгүзүлбөгөн болушу мүмкүн. Эгер юнит жок болсо, бош журнал сизге туннель жөнүндө эмес, жайгаштыруу жөнүндө айтат.
Биринчи ийгиликсиз баскычты окуңуз
Окуяларды алар болуп жаткан ирети менен окуңуз: акыркы чекитти издөө, ташуу, инсандык, аутентификация, маршрут орнотуу жана колдонмонун кийинки ийгиликсиздиги. Биринчи конкреттүү ийгиликсиздик — изилдөөгө татыктуу, анткени андан кийинкинин баары кесепет.
Ийгиликтүү башталган кызмат ар бир керектүү ресурска жетүү мүмкүн экенин далилдебейт. Кайра туташуу цикли бир нече өзүнчө келишүү жаратышы мүмкүн, ошондуктан профилдин атын жана аракеттин убактысын окуялар менен бирге кармаңыз жана бириктирилген агымдын ордуна бир аракетти окуңуз. Жалгыз аракет — себеби бар ырааттуулук, ал эми бириктирилген агым — кайталанган саптардын дубалы. Андан ары окуудан мурун биринчи катаны тикетке жазыңыз.
Ийгиликсиз кызматты кол менен иштетилген клиент менен аралаштырбаңыз
Эгер кызмат ийгиликсиз болгондон кийин клиентти кол менен иштетсеңиз, анын чыгымы башка жерге кетет жана жүрүм-туруму башкача болушу мүмкүн. Колдоого алынган оңдоодон кийин жаңы натыйжаны ошол ээден жана ошол суроодон алыңыз, салыштыруу эки башка программаны аралаштырбай, эмне өзгөргөнүн көрсөтсүн.
Түпнуска убакыт белгилерин башка хостко шайкештештирүү үчүн өзгөртпөңүз. Убакыт алкагын жана белгилүү саат айырмасын өзүнчө жазыңыз, анткени сиз түзөткөн хронология эми далил эмес.
Экспорт эмес, үзүндү бөлүшүңүз
Журнал жазууларында колдонуучунун аты, акыркы чекит даректери, жеке топология жана скрипт чөйрөсү тууралуу маалымат болушу мүмкүн. Толук чектөөсүз экспортту жарыялоонун ордуна чыныгы үзүндүнү карап, сезимтал бөлүгүн жашырыңыз. Ийгиликсиздикти далилдеген саптарды келтирип, калганын кыскача баяндаңыз. Кыска текшерилген үзүндү эч ким окубаган файлдан пайдаланууга жеңил.
Кууш терезени, юниттин атын жана биринчи ийгиликсиз баскычты жөнөтүп, эмнени мурун эле четтеткениңизди айтыңыз. systemd journalctl колдонмосу селекторлорду жана чыгуу опцияларын документтейт, эгер сизге таратууңуздун версиясы колдогон формат керек болсо.