Hová írja a naplóját egy OpenVPN-kiszolgáló, és miért

A naplótervezés három kérdésre ad választ: melyik folyamat hozott létre bejegyzést, hová kerül ez a bejegyzés, és meddig marad meg. OpenVPN írhat fájlba, átadhatja az üzeneteket a rendszernaplózónak, vagy a szolgáltatáskezelőre bízhatja őket, és ezek nem egy folyam három másolata. Minden választás megváltoztatja, ki birtokolja a rotációt, melyik felhasználó olvashatja az eredményt, és mi történik indításkor. Döntse el a válaszokat egy incidens előtt, mert utána azt örökli, ami be van állítva.

Mit tesz valójában a démon a direktívával

A direktívák nem absztrakciók; mindegyik eldönti, hová írja a folyamat az üzeneteit. A log /path megnyitja azt a fájlt, a log-append /path hozzáfűzésre nyitja meg, a syslog pedig a helyi rendszernaplózónak adja át az üzeneteket a socketjén keresztül. Ha egyik sincs, a kimenet a szabványos kimenetre kerül, és a szolgáltatáskezelő dönti el, mi történik tovább. Olvassa el együtt az érvényes unitot és a profilt, mielőtt arra jut, hogy a démon figyelmen kívül hagyja a konfigurációját.

Az utóbbi eset gyakori csomagos telepítésnél, és megmagyarázza, miért nem értenek egyet két adminisztrátor a napló helyéről. Az egyik az unit journalját olvassa, a másik egy fájlt, amelyet a démon soha nem írt.

A futó konfigurációt ellenőrizze, ne a lemezen lévő fájlt. Egy drop-in típusú unit-felülírás vagy egy környezeti fájl megváltoztathatja az érvényes direktívát anélkül, hogy hozzányúlna az olvasott profilhoz.

log elvágja, log-append nem

A log elvágja a meglévő fájlt, amikor a direktíva hatályba lép, így az újraindítás törli az előző bizonyítékokat. A log-append megtartja, ami van, és hozzáfűz. Egyik opció sem rotál semmit, és egyik sem nyitja meg újra a fájlt magától később, ezért a rotációnak együttműködésre van szüksége.

Ha a rotáció átnevezi a fájlt, miközben a démon tovább ír a régi leíróba, az új fájl üres marad, és a lemezhasználat tovább nő az átnevezett fájlban. Küldjön jelzést a folyamatnak az újranyitáshoz, vagy rotáljon másolás-és-vágás stratégiával, és fogadja el a másolási ablakot.

A könyvtár, a tulajdonjog és a jogosultságok a tervezés részei. A démon indítás után jogosultság nélküli felhasználóként futhat, és egy root által telepítéskor létrehozott könyvtár akkor lehet, hogy nem írható. Készítse elő csomagolással vagy a telepítési folyamattal, ahelyett hogy incidens közben javítaná a jogosultságokat.

A szolgáltatáskezelő második másolatot tart

A systemd alapértelmezés szerint elkapja a szabványos kimenetet és a szabványos hibát, így egy kifejezett átirányítás nélküli unitnak már van naplója. Egy fájldirektíva hozzáadása két folyamot ad, eltérő megőrzéssel, olvasókkal és időbélyegekkel.

Ez nem automatikusan helytelen, de döntésnek kell lennie. Tartsa az indítási bejegyzést a journalban, mert a beállított fájl létezése előtti hibák sehol másutt nem jelennek meg. Ezután tegye a fájlt hitelessé az állandósult állapot eseményeihez, és írja ezt le a runbookban. Két hiteles folyam azt jelenti, hogy minden kérdésre két válasz van.

Erősítse meg a választást egy szándékosan meghiúsuló teszttel. Indítsa a démont olvashatatlan tanúsítvánnyal, és nézze meg, melyik folyam rögzíti a hibát.

A részletesség nem ugyanaz, mint a használható részlet

A magasabb verb szint több sort ad, egy pont után pedig olyan sorokat, amelyeket senki nem olvas. A 3-as szint ésszerű állandósult állapot a legtöbb telepítéshez, míg a 4-es szint és felette ismert kérdésű, korlátozott vizsgálathoz illik. Az ismétlődések elnyomása csökkenti a zajt, de nem rejtheti el, milyen gyakran ismétlődik egy esemény. Állítsa be az Ön által fenntartható szintet, és csak névvel és véggel rendelkező vizsgálathoz emelje meg.

Tartsa meg az instance azonosítóját és az időbélyegeket a bejegyzésben. Az újracsatlakozás pontosan úgy néz ki, mint az első kapcsolódás, amikor a fájl hónapok óta bővül, és hiányzik az instance neve.

Figyeljen arra, mi más kerül abba a fájlba. Az átirányított kimenet tartalmazhat hívott szkriptek szövegét, és egy segédprogram, amely kiírja a környezetét, hitelesítő adatokat és kulcsútvonalakat tesz egy olvasható naplóba. Kezelje a naplóhoz való hozzáférést biztonsági döntésként akkor is, amikor maga a démon nem ír ki semmit érzékenyet.

Rotáció, megőrzés és az újratöltő jelzések

A megőrzésről a lemez tulajdonosával döntsön, és a kötet döntése előtt állítsa be. Az újratöltő jelzés nem naplókarbantartó parancs: a rossz jelzés újraindítja az alagutat, és minden felhasználót leválaszt. Írja le az újranyitási eljárást a rotációs szabály mellé, hogy a kettő ne távolodjon el egymástól.

Az eredmény egy operátor által leírható szolgáltatás legyen: egy hiteles folyam, minden esemény az életciklusba helyezve, és egy bejegyzés, amely a hoszton minden titkot hordozó fájl begyűjtése nélkül elérhető. Ez a leírás a tervezés elfogadási tesztje, és a következő incidens előtt ellenőrizni olcsó.