Rafael Pfister

Consulting

Migration totemomail : nouveau système d’exploitation ou Kiteworks EPG

Les installations totemomail fonctionnent souvent depuis de nombreuses années et portent un ensemble de règles qui s’est développé au fil du temps, du matériel de clés issu de plusieurs générations de certificats et des comptes WebMail de destinataires externes. Que l’installation existante migre vers une nouvelle base de système d’exploitation prise en charge ou que le passage au Kiteworks Email Protection Gateway soit à l’ordre du jour : je planifie et accompagne les deux voies, avec des tests de réception couvrant aussi les messages historiques.

Le conseil est assuré en allemand ou en anglais.

  • totemomail
  • Kiteworks EPG
  • Migration du système d’exploitation
  • S/MIME & OpenPGP
  • WebMail
  • Apache James

Deux voies de migration

Lors de la migration du système d’exploitation, totemomail reste le produit ; c’est la base sous-jacente qui est remplacée. La configuration, la base de données, les keystores, les certificats et la licence migrent vers un nouveau système, nœud par nœud et avec possibilité de retour. Lors du passage à Kiteworks EPG, la plateforme change : Kiteworks transfère de manière automatisée les données de la base de données totemomail vers la base de données de la Hardened Virtual Appliance. Les règles, les intégrations et les processus d’exploitation doivent toutefois être vérifiés par rapport à la nouvelle plateforme et en partie reconstruits.

Prestations

  • InventaireInventorier les règles, déclencheurs, priorités, domaines, connecteurs, clés et la métrique de licence ; supprimer avant la migration les règles inutilisées et les certificats expirés.
  • Migration du système d’exploitationMettre en place le nouveau système, reprendre la configuration, la base de données et les keystores, basculer les nœuds du cluster un par un et n’arrêter l’ancien nœud qu’après la réception.
  • Passage à Kiteworks EPGDéfinir le périmètre de la migration, préparer et vérifier la reprise des données, transposer l’ensemble de règles et les intégrations telles que l’annuaire, le SIEM et l’archivage sur EPG.
  • Routage et Microsoft 365Basculer vers la nouvelle passerelle les connecteurs dans Exchange Online ou Exchange Server, le MX, les exigences TLS et les listes d’autorisation, sans interruption de distribution.

Déroulement d’une mission

  1. Inventaire et nettoyageCe qui est activement utilisé est repris ; ce dont plus personne n’a besoin reste en arrière.
  2. Mise en place en parallèleLe nouveau système fonctionne en parallèle et est testé avec des domaines et des destinataires de test avant que le trafic de production ne soit basculé.
  3. BasculeBasculer les routes une à une et de manière réversible, surveiller étroitement le flux de messagerie et les files d’attente.
  4. Réception et démantèlementTester les messages nouveaux et historiques pour chaque type de chiffrement, puis retirer l’ancien système du DNS, des connecteurs, des listes d’autorisation et de la supervision.

Exemples tirés de la pratique