Bonjour Emma Bernard,
Ce que vous décrivez est un problème courant lorsqu’une image système est clonée sans que l’identité de l’appareil et la configuration de BitLocker soient correctement réinitialisées avant le déploiement. Les protecteurs BitLocker sont étroitement liés au TPM de l’appareil. Si l’image contient des informations relatives au TPM ou à BitLocker provenant du système source, le poste de travail cloné peut demander à plusieurs reprises la clé de récupération, car les mesures du TPM ne correspondent plus aux valeurs attendues.
Conformément aux bonnes pratiques, BitLocker doit être suspendu ou désactivé avant la capture de l’image de référence. L’image doit ensuite être généralisée à l’aide de Sysprep afin de supprimer les informations d’identité spécifiques au matériel. Après le déploiement, laissez l’appareil cible établir sa propre relation de confiance avec le TPM, puis activez BitLocker dans le cadre du processus de provisionnement. Je vous recommande également de vérifier si d’anciens protecteurs BitLocker ont été conservés depuis la machine source et de vous assurer que la clé de récupération enregistrée dans votre système de gestion correspond bien à l’appareil nouvellement déployé.
Si plusieurs systèmes clonés présentent le même comportement, il est utile de revoir le processus de création et de déploiement des images afin de garantir que la prise de possession du TPM, l’établissement de l’identité de l’appareil et le provisionnement du chiffrement sont effectués sur l’appareil de destination, et non dans l’image maître. Cette approche permet généralement d’éviter les demandes répétées de clé de récupération et d’assurer une configuration BitLocker propre sur chaque appareil.
J’espère que ces informations vous aideront à mieux cerner le problème. Si cette réponse vous a été utile, n’hésitez pas à cliquer sur « Accept Answer » afin de confirmer qu’elle répond à votre question.
Jason