Les synchronisations de cet annuaire échouent les unes après les autres. Sur le tableau de bord, l'annuaire remonte en erreur ; les propriétaires et admins de l'organisation reçoivent l'email d'alerte d'échec de synchronisation.
Pourquoi cela se produit
RingSync interroge Microsoft Graph avec une autorisation applicative
(client_credentials) : l'accès appartient à l'application, pas à la personne
qui a validé le consentement. Il n'y a donc ni token utilisateur à rafraîchir,
ni expiration liée à l'inactivité. Trois causes possibles, selon votre mode de
connexion.
Mode partagé — le consentement a été retiré. Un administrateur Entra a supprimé l'application d'entreprise RingSync, révoqué son consentement administrateur, ou retiré ses permissions. Une politique d'accès conditionnel peut aussi bloquer l'application.
Mode dédié — le secret client a expiré. Les secrets d'application Entra ont une durée de vie limitée, généralement 6 à 24 mois. Passé cette date, l'échange de token échoue.
Dans les deux modes — l'affectation a changé. RingSync ne remonte que les personnes affectées à l'application d'entreprise. Si l'affectation a été retirée, les synchronisations ne se vident pas : elles ne trouvent plus personne.
Comment réparer
Mode partagé
Tout se règle du côté d'Entra, sans rien faire dans RingSync :
- Dans le centre d'administration Microsoft Entra, ouvrez Applications d'entreprise et cherchez RingSync.
- Vérifiez que l'application existe toujours et qu'elle n'est pas désactivée.
- Sous Autorisations, ré-accordez le consentement administrateur si les
permissions
User.Read.All,GroupMember.Read.AlletApplication.Read.Allne sont plus listées. - Sous Utilisateurs et groupes, vérifiez que les personnes concernées sont toujours affectées.
La prochaine synchronisation repart automatiquement — aucune action n'est requise dans RingSync, puisque l'accès n'est lié à aucun compte utilisateur.
Mode dédié
Générez un nouveau secret dans le portail Azure (Inscriptions d'applications → Certificats et secrets), puis :
Dans RingSync, ouvrez Paramètres → Remplacer le secret client, collez la nouvelle valeur et validez. Le secret est vérifié auprès de Microsoft avant d'être enregistré : s'il est refusé, l'ancien reste en place. La connexion, les sièges et l'historique de synchronisation sont conservés.
Le portail Azure affiche la valeur du secret une seule fois, juste après sa création. Passé cet écran, elle n'est plus récupérable et il faut en générer un autre. Attention à ne pas copier l'ID du secret à la place de sa valeur.
Prévenir ce problème
Notez la date d'expiration de votre secret. En mode dédié, le portail Azure indique la date d'expiration sous Inscriptions d'applications → Certificats et secrets. RingSync affiche cette échéance dans les paramètres de l'annuaire et envoie un email aux propriétaires et admins de l'organisation 30 jours avant.
Vérifiez l'accès après un changement de politique. L'ajout d'une politique d'accès conditionnel, une revue d'accès ou un ménage dans les applications d'entreprise sont les déclencheurs les plus fréquents. Après ce type d'opération, lancez une synchronisation depuis l'application mobile pour confirmer que l'accès tient toujours.