RAM əsaslı VPN iş mühiti loglar barədə heç nə demir

Yalnız oxuna bilən obrazdan yüklənən və iş vəziyyətini tmpfs-də saxlayan VPN serveri real və faydalı dizayndır. Onu logsuz kimi təsvir etmək də asandır, halbuki dizayn bunu təsdiqləmir. Saxlama yeri nüsxənin harada yaşadığını müəyyən edir; toplama və saxlama isə ümumiyyətlə qeydin olub-olmadığını müəyyən edir və yenidən başlatma yalnız birincisə təsir edir. Bu ikisini ayırmaq bütün baxışın özüdür.

Vəziyyət yaza bilən hər prosesi sadalamaqla başlayın: demon, autentifikasiya xidməti, jurnal, hər hansı monitorinq agenti və idarəetmə alətləri.

Saxlama və toplama fərqli suallardır

Hər yazanın öz təyinatı və öz siyasəti var. VPN demonu status faylları yazır, autentifikasiya arxa hissəsi hesab hadisələrini yazır, jurnal xidmət çıxışını toplayır, monitorinq agenti isə metrikləri tamamilə başqa yerə göndərir. Bunlardan birini yenidən başlatmada yox edən dizayn digər üçü barədə heç nə deməmişdir. Hər yazanı təyinatına qədər izləyin və həmin təyinatın ümumiyyətlə maşında olub-olmadığını qeyd edin.

Tətbiqə xas fayllar, yüklənmiş diaqnostika və xarici xidmətlər eyni münasibətə ehtiyac duyur. Tanış yerli jurnalın olmaması əlaqə və ya hesab qeydlərinin heç yerdə olmadığını sübut etmir; o yalnız onların hara getdiyini hələ tapmadığınızı sübut edir.

tmpfs zəmanət deyil

Linux tmpfs fiziki RAM diski deyil. Nüvə sənədləri açıq şəkildə bildirir ki, mount buna icazə verdikdə səhifələr swap-a yazıla bilər, yəni tmpfs faylı tətbiq onu ora heç köçürmədən diskə çata bilər. mount swap ilə dəstəklənən tmpfs-in işdə olub-olmadığını göstərir, digər yaddaş fayl sistemləri isə yenə başqa cür davranır. /run altındakı yolun uçuculuq demək olduğunu güman etmək əvəzinə faktiki mount seçimlərini oxuyun.

Sonra insanların unutduğu şəkildə yenidən başlatmadan sonra yaşayan şeyləri siyahıya alın: davamlı üst qat, qoşulmuş yaddaş, hibernasiya obrazları, qəza dump-ları və bütün VM-in infrastruktur snapshot-ları. Hər biri əbədi sandığınız vəziyyət üçün namizəd təyinatdır. Bu siyahı yoxlanmalı bir şeydir, hər hostun hamısına sahib olduğu iddiası deyil.

Journald-un iki təyinatı və bir yönləndiricisi var

Journald bölgünü səliqəli göstərir. Uçucu saxlama qeydləri /run/log/journal altında, davamlı saxlama /var/log/journal altında saxlayır və avtomatik rejim ikisi arasında seçim edir; qüvvədə olan rejim obrazın təsvirindən deyil, işləyən sistemdən gəlir. Uçucuya keçmək artıq davamlı yazılmışları silmir. Yönləndirmə də ayrı kanaldır: yerli olaraq heç nə saxlamayan saxlama parametri belə mesajları başqa hədəfə verə bilər.

Effektiv rejimi jurnalın özündən və ya onun konfiqurasiya faylından oxuyun, sonra yönləndirmə hədəflərini ayrıca yoxlayın, çünki bir parametr digərini idarə etmir.

Yenidən başlatmadan sonra nə qalmalıdır

Vəziyyətsiz iş mühiti təkrarlanan dəyişdirməni dəstəkləyir və xidmətin uydura bilmədiyi konfiqurasiya, avtorizasiya və bərpa materialı üçün qəsdən mənbələrə ehtiyac duyur. Yerli yazıları yox etmək üçün işləyən yeganə qeydiyyat və ya ləğv vəziyyətini itirmək pis və tez-tez edilən mübadilədir. Nəyin qəsdən sağ qalmalı olduğunu qərarlaşdırın, sonra bunun baş verdiyini yoxlayın.

Eyni məntiq əməliyyat qeydlərinə də aiddir. Təhlükəsizliyin və xidmət idarəçiliyinin həqiqətən tələb etdiyi hadisələri əsaslandırılmış əhatə və saxlama ilə müəyyənləşdirin, qalanını minimuma endirin. Minimuma endirmək hər diaqnostikanı söndürməklə eyni şey deyil.

Effektiv saxlama və yönləndirmə konfiqurasiyasını bir neçə zərərsiz hadisə ilə müqayisə edin, sonra maşını yenidən başladın və ya dəyişdirin və nəyin qaldığını, xidmətin vəziyyətini haradan bərpa etdiyini yenidən yoxlayın.