Rafael Pfister

Consulting

totemomail-migrering: nytt operativsystem eller Kiteworks EPG

totemomail-installationer har ofta varit i drift i många år och bär på en regeluppsättning som vuxit över tid, nyckelmaterial från flera certifikatgenerationer och WebMail-konton för externa mottagare. Oavsett om den befintliga installationen flyttar till en ny operativsystembas med support eller om bytet till Kiteworks Email Protection Gateway står på tur: jag planerar och stöder båda vägarna, med acceptanstester även för historiska meddelanden.

Rådgivningen sker på tyska eller engelska.

  • totemomail
  • Kiteworks EPG
  • OS-migrering
  • S/MIME & OpenPGP
  • WebMail
  • Apache James

Två migreringsvägar

Vid OS-migreringen förblir totemomail produkten; det som byts ut är basen under. Konfiguration, databas, keystores, certifikat och licens flyttar till ett nytt system, nod för nod och med en väg tillbaka. Vid bytet till Kiteworks EPG ändras plattformen: Kiteworks överför data från totemomail-databasen till databasen i Hardened Virtual Appliance automatiserat. Regler, integrationer och driftrutiner måste dock kontrolleras mot den nya plattformen och delvis byggas upp på nytt.

Tjänster

  • InventeringInventera regler, triggers, prioriteter, domäner, connectorer, nycklar och licensmått; rensa bort regler som inte längre används och utgångna certifikat före migreringen.
  • OS-migreringBygga upp det nya systemet, överföra konfiguration, databas och keystores, ställa om klusternoderna en i taget och stänga av den gamla noden först efter godkännandet.
  • Byte till Kiteworks EPGFastställa migreringens omfattning, förbereda och kontrollera dataöverföringen, avbilda regeluppsättningen och integrationer som katalog, SIEM och arkiv i EPG.
  • Routning och Microsoft 365Ställa om connectorer i Exchange Online eller Exchange Server, MX, TLS-krav och tillåtelselistor till den nya gatewayen, utan leveransavbrott.

Så går ett uppdrag till

  1. Inventering och rensningDet som används aktivt förs över; det som ingen längre behöver lämnas kvar.
  2. Parallell uppbyggnadDet nya systemet körs parallellt och testas med testdomäner och testmottagare innan produktionstrafiken ställs om.
  3. OmställningStälla om rutter en i taget och reversibelt, övervaka e-postflödet och köerna noga.
  4. Godkännande och avvecklingTesta nya och historiska meddelanden för varje krypteringstyp och därefter ta bort det gamla systemet från DNS, connectorer, tillåtelselistor och övervakning.

Exempel från praktiken