Configuration du routage de messages

1. Principe de fonctionnement des services de transport Exchange

Comme indiqué dans les précédents chapitres, Exchange Server 2016 rompt avec les architectures des versions antérieures du produit. Mais même si le rôle Hub-transport n’est plus directement exposé, il n’en demeure pas moins que le paramétrage et le fonctionnement interne restent très proches des précédentes versions.

Ainsi, les composants de transport ont pour objectif l’acheminement des messages aussi bien à l’intérieur qu’à l’extérieur de l’organisation Exchange, par l’intermédiaire de différents mécanismes de routage.

L’architecture se compose ainsi d’un service frontal de transport qui agit comme un proxy SMTP sur le trafic entrant et sortant de l’organisation Exchange Server 2016. Aucune analyse du contenu n’est réalisée par celui-ci et il transmet directement les messages au service de transport d’un serveur hébergeant la boîte aux lettres. La sélection du serveur de boîtes aux lettres se fait sans prendre en compte ni le nombre, ni le type, ni l’emplacement des destinataires du ou des messages.

Le routage des messages peut se faire ensuite entre les différents services de transport hébergés par les serveurs de boîte aux lettres de l’organisation.

La segmentation des zones permettant le routage des messages se fait par des groupes de remise qui permettent de faciliter l’acheminement des messages afin d’améliorer l’efficacité des échanges au sein de l’infrastructure. Un groupe de remise peut être : un groupe de disponibilité de base de données, un groupe de remise de boîtes aux lettres, un connecteur de serveur source, un serveur d’expansion de groupe de distribution…

Après analyse du message, lorsque les serveurs de boîtes aux lettres devant s’échanger le message se trouvent dans des groupes de remise différents, le message est de nouveau acheminé par un échange entre...

1. Configuration des domaines acceptés

1. Introduction à la configuration des services de transport

Lors de l’installation d’Exchange Server 2016, par défaut les e-mails internes peuvent être échangés et les e-mails extérieurs peuvent être reçus si un rôle d’accès client est présent. Pour cela, l’infrastructure Exchange Server 2016 utilise des connecteurs d’envoi implicites et invisibles qui utilisent les services de topologie d’Active Directory pour router correctement les e-mails.

Pour pouvoir communiquer avec l’extérieur de l’organisation, il va falloir configurer deux types de connecteurs : le connecteur d’envoi et le connecteur de réception.

2. Configuration d’un connecteur d’envoi

1. Maintenance des services de transport

Les fondements du protocole SMTP utilisés par Exchange Server 2016 sont basés sur la constitution de files d’attente qui vont stocker temporairement les messages en transit.

Suivant une logique de gestion des incidents impliquant des cibles de tentative d’envoi, le système permet de gérer la plupart des cas d’indisponibilité des différents composants locaux et distants.

Pour assurer un suivi de ces différents processus, quelques outils sont mis à notre disposition pour identifier et résoudre les problèmes de routage.

Le système de routage des messages s’appuie sur une base de données stockée par défaut dans le répertoire %ExchangeInstallPath%\TransportRoles\data\Queue. Il est possible pour des questions de fiabilité ou de performance, de modifier l’emplacement de ces fichiers de base de données à l’aide du script fourni dans le répertoire d’installation d’Exchange.

Move-TransportDatabase -TemporaryStoragePath d:\SMTPQueue\Temp
 

Move-TransportDatabase -QueueDatabasePath d:\SMTPQueue\Database  
-QueueDatabaseLoggingPath d:\SMTPQueue\Logs
 

2. Microsoft Office 365 Best Practices Analyzer

Successeur de l’outil Exchange Server Best Practices Analyzer, cet outil permet de vérifier si la configuration semble correcte (problèmes de pilotes…). Les tests qui sont réalisés sont le résultat de l’expérience des équipes de support de Microsoft et permettent de partir sur des bases saines.

Il peut être utilisé pour les architectures suivantes :

Procédure de lancement de l’analyse

1. Présentation du rôle Transport Edge

L’objectif du rôle Transport Edge est de fournir une protection supplémentaire face aux menaces toujours plus nombreuses sur Internet (attaques DoS, vers, chevaux de Troie, virus, spam…).

Il se positionne en amont des services de transport de l’infrastructure Exchange et vient étendre les capacités de routage. Le rôle Transport Edge devient la passerelle en charge des entrées/sorties en provenance et à destination des réseaux extérieurs à l’entreprise (exemple : Internet).

Construit comme une passerelle SMTP, les serveurs hébergeant le rôle se positionnent dans la DMZ et viennent se connecter sur les serveurs Exchange Server 2016 hébergeant le rôle de boîtes aux lettres.

Pour respecter le contexte de sécurité lié à sa fonction de passerelle sécurisée, le système d’exploitation hébergeant le rôle Transport Edge n’appartient pas au domaine Active Directory, le serveur est placé en DMZ et n’accède aux données d’annuaire que par l’intermédiaire d’une copie locale en lecture seule. De nombreuses solutions antivirus ou antispam s’intègrent directement avec les composants des serveurs Transport Edge. Le rôle Transport Edge détient des composants rudimentaires pour la mise en place de fonctions antispam.

Le rôle Transport Edge est facultatif, de par ses spécifications techniques, ce rôle ne peut pas être déployé sur un serveur qui héberge déjà un autre rôle Exchange. Il nécessite donc une topologie composée de deux serveurs Exchange au minimum.

À la différence des services de transport présents dans l’organisation, l’agent de règle Transport Edge présent dans les serveurs Transport Edge n’a pas pour objectif de veiller à la conformité de la messagerie de l’entreprise mais veille à la lutte contre le courrier indésirable, qu’il soit entrant ou sortant.

Il est important de surveiller les capacités physiques du serveur sur lequel le rôle Transport Edge est installé dans la mesure où...