Három védőháló, három baleset
Azt mondjuk, „el van mentve”, nagyon különböző mechanizmusokra. Mindegyik egyfajta balesetet hárít el, egy cselekvő személlyel és egy korláttal.
| Védőháló | Ki cselekszik | Mit hárít el | A korlátja |
|---|
| Lomtár és visszanyerő mappa | A felhasználó, a postafiókjában | A nemrégi téves műveletet | Rövid időtartam, és semmit, ha magát a postafiókot törölték vagy kompromittálták |
| A szolgáltatás mentése | Az üzemeltető, kérésre | Egy üzenet, mappa vagy postafiók visszaállítását egy korábbi állapotba | A megőrzési idő, és a két mentés közötti időköz |
| A platform tartaléka | Az üzemeltető, kérés nélkül | A leállást: a levelek továbbra is érkeznek, vagy újra érkezni kezdenek | Nem hoz vissza törölt üzenetet |
Az a másolat, amelyet a szoftvergyártó vagy a tárhelyszolgáltató a saját rendelkezésre állása érdekében, több lemezen vagy több szerveren tart, a harmadik védőhálóhoz tartozik. Hardverhiba ellen véd. Törlés ellen nem: a törölt üzenet azonnal törlődik az összes replikán is. Ez a redundancia és a mentés leggyakoribb összetévesztése.
Visszahoz-e egy mentés egy törölt üzenetet?
Igen, három korláton belül.
- A megőrzési idő. 30 napos megőrzés mellett egy hat hete törölt üzenet már egyetlen mentésben sincs benne. Ha a törlést csak az évvégi záráskor fedezik fel, a mentés túl későn jön.
- A helyreállítási pont. A mentés egy pillanatfelvétel. Egy 10:05-kor érkezett és 10:40-kor, a következő mentés előtt törölt üzenetről soha nem készült felvétel. Minél sűrűbbek a mentések, annál kisebb ez az ablak; nullára azonban soha nem csökken.
- A felhasználás. A mentés arra való, hogy vissza lehessen térni egy korábbi állapothoz. Nem helyettesíti a többéves archiválást, amely az üzeneteket azért őrzi meg, hogy bemutathatók legyenek, saját megőrzési és hozzáférési szabályokkal.
A szándékos törlés külön figyelmet érdemel. Egy elégedetlen munkavállaló, aki kiüríti a postafiókját, vagy egy támadó, aki megszerzett egy adminisztrátori fiókot, törölheti az üzeneteket, és megpróbálhatja a mentéseket is törölni. Ezért hasznos egy olyan mentés, amelyet a megőrzési ideje alatt senki sem módosíthat, a levelezőrendszer adminisztrátora sem. Az ANSSI mentésről szóló útmutatója azt ajánlja, hogy a mentési szervereket különítsék el az adminisztrációs rendszeren belül, és arra ösztönöz, hogy egy WORM típusú megoldás módosíthatatlansági mechanizmusát vizsgálják meg, ahelyett, hogy a puszta elnevezésre hagyatkoznának.
A szervertől független: mit jelent ez
A független mentés az általa védett levelezőrendszeren kívül él. Konkrétan:
- másik rendszeren tárolják, és lehetőleg másik helyszínen, hogy egy, a szervertermet érintő incidens ne vigye magával;
- a levelezőrendszert adminisztráló azonosítók nem elegendők a törléséhez;
- titkosított, hogy a másolat ne legyen egy második bejárat az üzenetekhez;
- tesztelt. Az ANSSI egyszerűen fogalmaz: a mentéseket rendszeresen tesztelni kell. Egy soha vissza nem állított mentés csak feltételezés.
Ugyanez az útmutató a „3-2-1” szabályt ajánlja, amely az adatok három külön másolatával kezdődik, az offline mentést pedig olyan mentésként határozza meg, amely minden információs rendszertől leválasztott adathordozón van. Ezek a fogalmak a levelekre ugyanúgy vonatkoznak, mint a fájlokra; a dokumentumokra vonatkozó alkalmazásukat a verziókezelés, replikáció és a dokumentumok mentése útmutató írja le.
Példa. Egy 25 fős irodában (feltételezett eset) egy munkatárs tévedésből törli egy ügyfél mappáját, kiüríti a lomtárat, és csak a következő hétfőn veszi észre. A visszanyerő mappában már nincs semmi hasznos. Az előző pénteki mentés tartalmazza a mappát. Az üzemeltető visszaállítja a postafiókba; csak a két mentés között érkezett és törölt üzenetek hiányoznak.
Amikor a szerver leáll
Az e-mail jól tűri a rövid leállásokat. Az a küldő szerver, amely nem éri el az Önét, vagy ideiglenes hibát kap, a levélsorában tartja az üzenetet, és újrapróbálkozik. Amíg a leállás rövidebb ideig tart, mint az a határidő, amely után a feladó feladja a próbálkozást, és amely jellemzően napokban mérhető, semmi sem vész el: a levél a szolgáltatás helyreállásakor megérkezik. A levelezés migrálása megszakítás nélkül útmutató részletezi ezt a mechanizmust. A levelezőrendszer elé helyezett szűrő átjáró ugyanezt a szerepet tölti be: megőrzi az elfogadott üzenetet, amíg a szerver válaszolni nem kezd.
Amit a felhasználók látnak, az más: nincs webmail, a telefonok nem szinkronizálnak, nem lehet leveleket küldeni. Ezt az időtartamot méri az első mutató.
RTO (maximálisan elfogadható leállási idő): a szolgáltatás újraindítására kitűzött idő. RPO (maximálisan elfogadható adatvesztés): az az időben kifejezett adatmennyiség, amelynek elvesztését elfogadjuk, ha a tárolót az utolsó mentésből kell újraépíteni.
Az RPO nem vonatkozik a feladóknál várakozó levelekre: azok a szolgáltatás helyreállásakor megérkeznek. A postafiókokba már kézbesített üzenetekre és a felhasználók utolsó mentés óta végzett műveleteire vonatkozik, arra az esetre, ha magát a tárolót elveszítenék. A 2 óránál kisebb RPO azt jelenti, hogy legfeljebb két órányi előzményt kellene újra előállítani. Ezek célértékek: kérdezze meg, hogyan mérik és tesztelik őket.
Szerverváltás domainváltás nélkül
Egy hosszan tartó leállás, egy szerződés vége vagy a szolgáltató felvásárlása szükségessé teheti a levelezőrendszer cseréjét. A domainje és a címei nem változnak: az MX-rekord jelöli ki az új platformot. A módszert, a párhuzamos működéssel, a másolási körökkel, valamint az SPF, a DKIM és a DMARC összhangjával együtt, a levelezés migrálása megszakítás nélkül útmutató írja le. Itt nem ismételjük meg.
Gyakori kérdések
Helyettesíti a redundancia a mentést?
Nem. A redundancia a törléseket is átmásolja. Hardverhiba ellen véd, tévedés vagy szándékos törlés ellen nem.
Elvész egy leállás alatt érkezett üzenet?
Általában nem: a feladó megtartja és újrapróbálkozik. Csak akkor vész el, ha véglegesen elutasítják, vagy ha a leállás tovább tart, mint az a határidő, amely után a feladó feladja a próbálkozást.
Elegendő a harmincnapos mentés?
Egy hiba utáni visszatéréshez gyakran igen. Üzenetek több évig tartó megőrzéséhez nem: az az archiválás feladata. Lásd: üzenetek archiválása.
Gyorsan fel kell fedezni egy postafiók elleni támadást?
Igen, mert a megőrzési idő telik. A megelőző védelem a szűrő átjáró feladata; lásd: a már meglévő levelezőrendszer védelme.
Hol helyezkedik el a Klytic
A Klytic Mail esetében mindhárom védőháló létezik, és különálló.
- A felhasználó oldalán a visszanyerő mappa lehetővé teszi a törölt üzenetek önálló, díjmentes visszanyerését.
- A szolgáltatás oldalán a levelezésről óránként készül mentés. A mentések titkosítottak, 30 napig megőrzöttek, több helyszínre replikáltak és módosíthatatlanok: egy megírt mentés többé nem módosítható és nem törölhető. Folyamatos felügyelet alatt állnak, a visszaállításokat pedig havonta teszteljük. A Klytic ehhez a WeDoBack szolgáltatásaira támaszkodik, amelyeket a Biztonság és mentés oldal ír le.
- A platform oldalán a közzétett célértékek: újraindítás kevesebb mint 4 óra alatt (RTO), és legfeljebb 2 órányi adatvesztés (RPO). A levelezőrendszer elé helyezett Klytic MTA ideiglenesen, titkosítva megőrzi azt az üzenetet, amelynek célszervere nem elérhető.
Egy üzenet, mappa vagy postafiók visszaállítása az ügyfélszolgálattól kérhető, az érintett elem és a hozzávetőleges dátum megadásával. Díjmentes a szolgáltatás hibás működése, egy munkavállaló szándékos törlése vagy egy távozáskor túl korán törölt fiók esetén (havi 3 kérés erejéig), valamint a megfelelően védett munkaállomások ellenére elszenvedett támadás esetén. Véletlen törlés, helytelen kezelés után, vagy ha a munkaállomások nem voltak kellően védettek, díjköteles támogatási jegy tárgya. Az első lehetőség továbbra is a díjmentes visszanyerő mappa. A műveletet az üzenet vagy postafiók visszaállítása oldal írja le.
Amit az ajánlat nem fed le: a felhasználó általi önkiszolgáló visszaállítást a visszanyerő mappán túl, és a mentés általi, 30 napnál hosszabb megőrzést. Az üzenetek több évig tartó megőrzésére külön választható jogi archiválás áll rendelkezésre.
Ez az oldal általános keretet ír le. Az alkalmazandó vállalások a szerződésében szereplők.
Források
Megtekintve 2026 októberében.
- ANSSI, Sauvegarde des systèmes d’information: les fondamentaux (1.1-es verzió): az offline mentés meghatározása, a „3-2-1” szabály, a mentések rendszeres tesztelése, a mentési szerverek elkülönítése, a módosíthatatlansági mechanizmus vizsgálata, a PDMA és az RPO, valamint a DMIA és az RTO megfeleltetése. cyber.gouv.fr
- Klytic, Biztonság és mentés: gyakoriság, megőrzési idő, titkosítás, replikáció, módosíthatatlanság, havi tesztek, cél RTO és RPO, egy e-mail, mappa vagy postafiók visszaállítása. klytic.com
- Klytic, Gyakori kérdések: óránkénti mentés a telefonrendszer kivételével, helyreállítási célértékek, ideiglenes megőrzés a Klytic MTA által, ha a célszerver nem elérhető. klytic.com
- Klytic, Levelezés migrálása megszakítás nélkül: a feladók levélsora ideiglenes hiba esetén, az MX szerepe, párhuzamos működés. klytic.com
