Nous l'avons vu, vous ne pouvez pas exécuter SP3 sur un système Win.NET Server (en tout cas, pas pendant que vous recevez du support de Microsoft), mais vous pouvez déployer SP3 sur des serveurs Win2K tournant dans une forêt qui inclut des systèmes Win.NET Server. Dans ce cas, le code
Win.NET Server
dans SP3
peut bénéficier de certaines nouvelles
fonctions AD dans Win.NET Server.
Mais SP3 ne pourra pas bénéficier d’au
moins une importante fonction AD de Win.NET Server : la possibilité de renommer
les domaines et les DC.
Exchange 2000 compte sur AD
pour contenir des données de configuration,
y compris des informations sur
les serveurs et les connecteurs. Quand
Exchange 2000 est présent dans une
forêt Win.NET Server, vous ne pouvez
pas renommer les domaines et les DC.
La raison est simple : le renommage introduit
une période d’instabilité dans
le domaine jusqu’à ce que la réplication
soit terminée. Bien que la période
d’instabilité puisse être courte dans un
petit domaine ou quand un réseau à
haute vitesse connecte tous les DC, il
est très difficile de prévoir l’impact
dans un domaine fortement distribué
ou qui utilise certains connecteurs
lents. Si vous changez la forme de
votre organisation en renommant les
domaines ou les DC, vous courrez le
risque de voir votre infrastructure de
messagerie incapable d’acheminer des
messages. Microsoft n’a pas encore déterminé
comment laisser AD effectuer
des renommages de domaines et préserver
l’intégrité du système de messagerie.
Donc, pour l’instant, renoncez à
la fonction de renommage si Exchange
est présent dans votre forêt Win.NET
Server.
Téléchargez cette ressource
Guide de Sécurité IA et IoT
Compte tenu de l'ampleur des changements que l'IA est susceptible d'entraîner, les organisations doivent élaborer une stratégie pour se préparer à adopter et à sécuriser l'IA. Découvrez dans ce Livre blanc Kaspersky quatre stratégies efficaces pour sécuriser l'IA et l'IoT.