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 гарын авлага селектор болон гаралтын сонголтыг баримтжуулдаг, хэрэв танд тархалтын хувилбар дэмждэг хэлбэр хэрэгтэй бол.