Ce qui change avec Stargate

Le nouveau HIN Gateway est un nœud de maillage capable de traiter les e-mails, un par organisation : compatible SMTP vis-à-vis de votre propre système de messagerie, avec en interne une gestion décentralisée des clés, un transport WireGuard entre les instances et un déploiement sous forme d’image de VM ou avec Docker Compose. Cela modifie les ouvertures de pare-feu, la responsabilité d’exploitation, la supervision et l’interaction avec Exchange Online ou Exchange Server. Le jeu de règles accumulé sur l’ancienne passerelle, les envois applicatifs des scanners et applications métier ainsi que le traitement des destinataires sans adresse HIN doivent être planifiés à nouveau.

Prestations

  • État des lieuxLes fonctions que la passerelle actuelle remplit réellement : règles, envois applicatifs, domaines, destinataires sans adresse HIN, dépendances avec Exchange et le pare-feu.
  • Passage à StargateInstallation, ouvertures réseau et pare-feu, routage des e-mails vers et depuis le nœud de maillage, tests et bascule.
  • Examen des alternativesQu’une exploitation sans passerelle propre ou une autre solution de chiffrement convienne mieux dépend du volume d’e-mails, des envois applicatifs et des exigences ; la décision est documentée de manière traçable.
  • Intégration ExchangeAdapter les connecteurs et les règles de transport afin qu’aucune boucle de messagerie ni aucun verdict d’usurpation n’apparaisse.

Déroulement d’une mission

  1. État des lieuxRecenser les fonctions, les dépendances et les systèmes émetteurs de la passerelle existante.
  2. Architecture cible et planificationStargate ou alternative, fenêtres de maintenance alignées sur les échéances de HIN.
  3. Exploitation parallèle et basculeTrafic de test via la nouvelle passerelle, puis bascule des routes une à une et de manière réversible.
  4. DémantèlementRetirer l’ancienne passerelle du routage, du pare-feu et de la supervision, documenter l’environnement cible.

Exemples tirés de la pratique