RAMda ishlaydigan VPN runtime jurnallar haqida hech narsa demaydi

Faqat o'qish uchun mo'ljallangan tasvirdan yuklanadigan va ish holatini tmpfsda saqlaydigan VPN serveri haqiqiy va foydali dizayndir. Uni jurnalsiz deb ta'riflash ham oson, lekin dizayn buni isbotlamaydi. Saqlash joyi nusxa qayerda yashashini belgilaydi; yig'ish va saqlash yozuv umuman mavjudligini belgilaydi, qayta yuklash esa faqat birinchisiga ta'sir qiladi. Bu ikkisini ajratish butun ko'rib chiqishdir.

Holat yozishi mumkin bo'lgan har bir jarayonni sanashdan boshlang: demon, autentifikatsiya xizmati, jurnal, har qanday monitoring agenti va boshqaruv vositalari.

Saqlash va yig'ish ikki xil savol

Har bir yozuvchining o'z manzili va o'z siyosati bor. VPN demoni holat fayllarini yozadi, autentifikatsiya orqa qismi hisob voqealarini yozadi, jurnal xizmatlar chiqishini yig'adi, monitoring agenti esa ko'rsatkichlarni butunlay boshqa joyga yuboradi. Bulardan birini qayta yuklashda yo'qotadigan dizayn qolgan uchtasi haqida hech narsa demagan. Har bir yozuvchini manziliga qadar kuzatib boring va u manzil mashinada bor-yo'qligini qayd eting.

Ilovaga xos fayllar, yuklangan diagnostika va tashqi xizmatlar ham xuddi shunday munosabatga muhtoj. Tanish mahalliy jurnalning yo'qligi ulanish yoki hisob yozuvlari hech qayerda yo'qligini isbotlamaydi; ular qayerga ketishini hali topmaganligingizni isbotlaydi.

tmpfs kafolat emas

Linux tmpfs jismoniy RAM diski emas. Yadro hujjatlari mount ruxsat berganida sahifalar swapga yozilishi mumkinligini aniq aytadi, shuning uchun tmpfs fayli ilova uni hech qachon u yerga ko'chirmasa ham diskka yetib borishi mumkin. mount swap bilan qo'llab-quvvatlanadigan tmpfs ishda ekanini ko'rsatadi, boshqa xotira fayl tizimlari esa yana boshqacha ishlaydi. /run ostidagi yo'l o'zgaruvchanlikni anglatadi deb taxmin qilish o'rniga haqiqiy mount parametrlarini o'qing.

So'ngra odamlar unutadigan usullar bilan qayta yuklashdan omon qoladigan narsalarni ro'yxatga oling: doimiy ustki qatlam, ulangan saqlash, gibematsiya tasvirlari, halokat dampalar va butun VM infratuzilma suratlari. Har biri siz vaqtinchalik deb hisoblagan holat uchun mumkin bo'lgan manzil. Bu ro'yxat tekshiriladigan narsa, har bir xostda barchasi bor degan da'vo emas.

Journald ikkita manzil va bitta uzatgichga ega

Journald bo'linishni chiroyli ko'rsatadi. O'zgaruvchan saqlash yozuvlarni /run/log/journal ostida, doimiy saqlash /var/log/journal ostida saqlaydi va avtomatik rejim ikkisi orasida tanlaydi; amaldagi rejim ishlab turgan tizimdan keladi, tasvir tavsifidan emas. O'zgaruvchanga o'tish avval doimiy yozilganni o'chirmaydi. Uzatish ham alohida kanal: mahalliy hech narsa saqlamaydigan saqlash sozlamasi ham xabarlarni boshqa nishonga topshirishi mumkin.

Amaldagi rejimni jurnalning o'zidan yoki uning konfiguratsiya faylidan o'qing, so'ngra uzatish nishonlarini alohida tekshiring, chunki bir sozlama ikkinchisini boshqarmaydi.

Qayta yuklashdan nima omon qolishi kerak

Holatsiz runtime takrorlanadigan almashtirishni qo'llab-quvvatlaydi va xizmat o'zi o'ylab topa olmaydigan konfiguratsiya, avtorizatsiya va tiklash materiali uchun ataylab qilingan manbalarga muhtoj. Mahalliy yozuvlar yo'qolishi uchun yagona ishlaydigan ro'yxatga olish yoki bekor qilish holatini yo'qotish yomon savdo, va tez-tez uchraydi. Nima ataylab omon qolishi kerakligini hal qiling, so'ngra u omon qolishini tekshiring.

Xuddi shu mulohaza operatsion yozuvlarga ham tegishli. Xavfsizlik va xizmat boshqaruvi haqiqatan qaysi voqealarga muhtojligini asosli qamrov va saqlash muddati bilan hal qiling, qolganini minimumga keltiring. Minimallashtirish barcha diagnostikani o'chirish bilan bir xil emas.

Amaldagi saqlash va uzatish konfiguratsiyasini bir necha zararsiz voqea bilan solishtiring, so'ngra mashinani qayta yuklang yoki almashtiring va nima qolganini, xizmat holatini qayerdan tiklaganini qayta tekshiring.