Je fais spécifiquement référence à une autorité de certification racine auto-créée sur notre contrôleur de domaine (Windows Server 2003 SP2) à laquelle tous nos clients de domaine font confiance pour un usage interne, et non à une autorité de certification racine GoDaddy, Verisign, etc. Il y a peut-être une relation entre les deux.
J'ai été témoin de sa mise à jour deux fois au cours de l'année dernière. J'aimerais comprendre quelles circonstances provoquent cette mise à jour, à part l'expiration... J'ai vérifié, et dans aucun des deux cas il n'y avait d'expiration, c'est encore un an.
Comment ai-je pu observer cela ? Cette AC est également utilisée pour les clients LDAPS - lorsque le certificat change, ils cessent de fonctionner - plus précisément, Apache2 mod_ldap ldaps:// auth s'arrête lorsque cela se produit, jusqu'à ce que le contrôleur de domaine (également AC racine) soit redémarré. Une fois le serveur redémarré, les clients Java LDAPS:// cessent de fonctionner et le fait de récupérer le certificat de l'autorité de certification racine résout le problème.
Je cherche simplement à comprendre ce qui peut provoquer la mise à jour d'un certificat Root CA de Windows Server 2003. Ce serveur est très ancien (il a été déployé il y a presque 7 ans) et est en train d'être retiré progressivement (le redémarrage est éprouvant pour les nerfs !). Plusieurs services (RADIUS, Print Spooler, etc.) cessent de fonctionner correctement après 2 à 3 mois de fonctionnement, je suis donc presque tenté d'attribuer le problème à cela...
- Les mises à jour de Windows provoquent-elles cela ?
- Les mises à jour de la liste des autorités de certification de confiance de Windows entraînent la mise à jour de ce certificat (y a-t-il un lien ?) ?
- D'autres raisons ?
UPDATE : Symptôme actuel de Java échouant à l'authentification LDAPS jusqu'à ce que son certificat soit mis à jour (soit l'AC racine, soit le certificat LDAP - encore à déterminer...) :
sun.security.validator.ValidatorException : La construction du chemin PKIX a échoué : sun.security.provider.certpath.SunCertPathBuilderException : impossible de trouver un chemin de certification valide vers la cible demandée
Plus de clarification : Le client Java LDAPS se trouve sur un serveur Linux qui n'est PAS membre du domaine, mais qui est relié par un tunnel à notre réseau privé. Apache est sur un serveur Windows qui est membre du domaine.
