VPN журналдары үшін journalctl: қай юнит қосылымға ие?

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 нұсқаулығы селекторлар мен шығыс опцияларын құжаттайды, егер сізге таратымыңыздың нұсқасы қолдайтын пішім қажет болса.