Profil Outlook déconnecté aléatoirement

Note: Cette réponse a été traduite automatiquement. En conséquence, elle peut contenir des erreurs grammaticales ou des expressions maladroites.

Bonjour @Aurélien PICHON

D'après les informations fournies, je comprends que vous gérez une ferme RDS multi-nœuds exécutant Office LTSC 2024, avec des profils utilisateur gérés via des conteneurs VHD/VHDX FSLogix. Les utilisateurs se connectent à Exchange Online (Plan 1/ E1/E3) via l'authentification moderne (OAuth2), sans Microsoft Entra Connect. Le problème est qu'Outlook passe aléatoirement à l'état «Déconnecté» dans la barre d'état, sans afficher d'invite de réauthentification, alors que la session RDS reste parfaitement active.

À partir de la version 2210 de FSLogix, certains dossiers système critiques contenant le plug-in AAD Broker et le Token Broker (qui gèrent les jetons d'identité, notamment les jetons d'actualisation OAuth2) peuvent ne plus fonctionner correctement entre les différents serveurs hôtes.

Dans un environnement RDS multi-nœuds, lorsqu'un utilisateur se déconnecte d'un serveur et se connecte à un autre, FSLogix monte le conteneur de profil. Cependant, comme les données du courtier de jetons n'ont pas été correctement mises à jour, le jeton d'authentification devient invalide ou ne se rafraîchit pas. Par conséquent, Outlook interrompt silencieusement sa connexion à Exchange Online et affiche l'état «Déconnecté». Le cache de l'application locale croyant toujours disposer d'une session ouverte, l'invite de connexion n'est pas immédiatement affichée à l'utilisateur.

D'après des cas similaires et de nombreuses recherches menées par la communauté, voici les étapes de dépannage recommandées:

1. Activer RoamIdentity via le Registre

Vous pouvez forcer FSLogix à mettre à jour correctement les informations d'identité d'authentification moderne de l'utilisateur en configurant la clé de registre suivante sur tous vos hôtes de session RDS:

Chemin: HKLM\SOFTWARE\FSLogix\Profiles

Nom de la valeur: RoamIdentity

Type: REG_DWORD

Données de la valeur: 1

Il est fortement recommandé de déployer cette modification du Registre sur l'ensemble de votre batterie de serveurs à nœuds multiples à l'aide d'un objet de stratégie de groupe (GPO). Une fois la modification appliquée, les utilisateurs doivent se déconnecter complètement puis se reconnecter pour que le nouveau comportement d'itinérance soit effectif.

2. Effectuer un test d'isolation (contourner FSLogix)

Pour déterminer avec certitude si FSLogix est à l'origine du problème, créez un compte utilisateur de test dans votre Active Directory local et configurez-le pour qu'il se connecte à la batterie de serveurs RDS sans conteneur de profil FSLogix (en utilisant un profil local ou itinérant standard). Surveillez ce compte de test pour voir s'il subit des déconnexions silencieuses.

Veuillez suivre ces étapes et me faire part des résultats ou de toute erreur spécifique que vous pourriez observer dans les journaux FSLogix.

Si la réponse est utile, veuillez cliquer sur «Accepter la réponse» et veuillez la voter positivement. Si vous avez des questions supplémentaires sur cette réponse, veuillez cliquer sur «Commenter».

Note: Veuillez suivre les étapes de notre documentation pour activer les notifications par e-mail si vous souhaitez recevoir la notification correspondante à ce fil.