VPN средини во RAM не кажуваат ништо за дневниците

VPN сервер кој се подига од слика само за читање и ја држи работната состојба на tmpfs е реален и корисен дизајн. Лесно е и да се опише како без дневници, што дизајнот не го докажува. Местото на складирање одредува каде живее копија; собирањето и чувањето одредуваат дали запис воопшто постои, а рестартот влијае само на првото. Раздвојувањето на тие две е целиот преглед.

Започнете со набројување на секој процес што може да запишува состојба: демонот, услугата за автентикација, дневникот, секој агент за надзор и алатките за управување.

Складирање и собирање се различни прашања

Секој запишувач има свое одредиште и своја политика. VPN демонот запишува датотеки со состојба, автентикациската позадина запишува настани на сметка, дневникот го собира излезот на услугите, а агент за надзор ги праќа метриките сосема на друго место. Дизајн што прави едно од нив да исчезне при рестарт не кажал ништо за другите три. Следете го секој запишувач до неговото одредиште и забележете дали тоа одредиште воопшто е на машината.

Датотеките специфични за апликацијата, качената дијагностика и надворешните услуги бараат ист третман. Отсуството на познат локален дневник не докажува дека записи за врски или сметки не постојат никаде; докажува дека сѐ уште не сте нашле каде одат.

tmpfs не е гаранција

Linux tmpfs не е физички RAM диск. Документацијата на јадрото е јасна дека страниците можат да се запишат во swap кога монтирањето го дозволува тоа, па tmpfs датотека може да стигне до диск без апликацијата некогаш да ја копира таму. mount покажува дали е во игра tmpfs поддржан од swap, а другите мемориски датотечни системи се однесуваат уште поинаку. Читајте ги вистинските опции за монтирање наместо да претпоставите дека патека под /run значи испарливост.

Потоа направете попис на работите што го преживуваат рестартот на начини што луѓето ги забораваат: постојан горен слој, приклучено складиште, слики за хибернација, дампови од падови и инфраструктурни снимки на целиот VM. Секоја е можно одредиште за состојба што ја сметавте за ефемерна. Тој список е нешто што треба да се провери, не тврдење дека секој домаќин ги има сите.

Journald има две одредишта и препраќач

Journald убаво ја илустрира поделбата. Испарливото складиште ги држи записите под /run/log/journal, постојаното под /var/log/journal, а автоматскиот режим избира помеѓу нив; режимот што е на сила доаѓа од системот што работи, а не од описот на сликата. Префрлањето на испарливо не го брише тоа што веќе е запишано постојано. Препраќањето е исто така посебен канал: дури и поставка за складиште што локално не држи ништо може да предаде пораки до друга цел.

Прочитајте го ефективниот режим од самиот дневник или од неговата конфигурациска датотека, потоа одделно проверете ги целите на препраќање, бидејќи една поставка не управува со другата.

Што мора да го преживее рестартот

Средина без состојба поддржува повторлива замена и бара намерни извори за конфигурацијата, авторизацијата и материјалот за обновување што услугата не може да го измисли. Да се изгуби единствената работна состојба за запишување или отповикување за локалните записи да исчезнат е лоша зделка, и честа. Одлучете што мора намерно да преживее, потоа проверете дека преживува.

Истото размислување важи за оперативните записи. Одлучете кои настани безбедноста и управувањето со услугите навистина ги бараат, со оправдан опфат и чување, а останатото сведете го на минимум. Минимизирањето не е исто што и исклучување на секоја дијагностика.

Споредете ја ефективната конфигурација на складиштето и препраќањето со неколку безопасни настани, потоа рестартирајте ја или заменете ја машината и проверете повторно што останало и од каде услугата ја вратила состојбата.