Français
English
Español
Deutsch
Italiano
Русский
Comment gérer l'attribut SIDHistory ?
Je souhaiterais transférer les anciens SID des groupes et des utilisateurs à l'aide de votre logiciel IDEAL Migration afin que ces derniers puissent accéder aux ressources encore présentes sur l'ancien domaine. Pour cela, je veux utiliser l'attribut "SIDHistory".
Pouvez-vous m'expliquer son fonctionnement et si il y a des pré-requis ?
Lorsqu'un groupe ou un utilisateur est créé, un SID (Security Identifier) lui est automatiquement attribué. Ce SID sert ensuite à autoriser ou refuser l'accès à l'ensemble des ressources du réseau : répertoires partagés, permissions NTFS, imprimantes, etc.
Lors de la migration des groupes et des utilisateurs vers Windows 2000/2003/2008/2012/2016 ou 2019, de nouveaux SID sont créés. Les comptes migrés n'ont donc plus accès aux ressources de leur ancien domaine.
L'attribut SIDHistory résout ce problème : il associe aux nouveaux groupes et utilisateurs leur ancien SID, ce qui leur conserve l'accès aux ressources.
L'utilisation de SIDHistory est facultative et dépend du type de migration choisi par l'administrateur du réseau. Dans tous les cas, elle doit rester temporaire.
Prérequis pour utiliser SIDHistory
Avant d'utiliser SIDHistory, vérifiez et configurez les points suivants.
Dans IDEAL MIGRATION (uniquement si le domaine source est de type Windows 2000 ou supérieur) :
- Faites un clic droit sur « IDEAL Migration sur … », puis choisissez « Configuration ».
- Sélectionnez l'onglet « SID History ».
- Renseignez les informations demandées sur les domaines source et cible.
Poste d'administration et compte utilisé
- L'ordinateur qui exécute IDEAL MIGRATION doit être sous Windows 2000, Windows 2003, Windows 2008 ou Windows 2012.
- L'utilisateur doit être membre du groupe Admins du domaine dans tous les domaines gérés (source et destination).
Domaine source
- Il peut être de type Windows NT, Windows 2000, Windows 2003, Windows 2008 ou Windows 2012.
- Dans la base de registre, sous la clé
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa, vérifiez la présence de la valeurTcpipClientSupportde typeREG_DWORDet donnez-lui la valeur1. Un redémarrage de l'ordinateur est nécessaire pour que la modification soit prise en compte. - Activez l'audit Gestion des utilisateurs et des groupes en Succès et Échec.
- Créez un groupe local portant le nom NetBIOS du domaine source suivi de trois dollars (exemple :
POINTDEV$$$).
Domaine destination
- Il doit être de type Windows 2000, Windows 2003, Windows 2008 ou Windows 2012, en mode natif.
- Activez l'audit Gestion des utilisateurs et des groupes en Succès et Échec.
Relation entre les deux domaines
- Une relation d'approbation doit être établie entre le domaine source et le domaine destination.
- Les deux domaines ne doivent pas appartenir à la même forêt.
À lire aussi : Comment activer / désactiver le mode filtering pour la gestion des SIDHistory ?