Base de Connaissances

Problème

Après avoir terminé la demande de certificat dans Exchange 2010, la section d’état affiche

"The certificate status could not be determined because the revocation check failed"

Le certificat ne peut pas être attribué au site web.
 

Cause

Ce problème se produit parce qu’Exchange Server 2010 utilise Microsoft Windows HTTP Services (WinHTTP) pour gérer tout le trafic HTTP et HTTPS, et que WinHTTP n’utilise pas les paramètres de proxy configurés pour le navigateur Internet.
 

Solution

Ce problème se produit parce qu’Exchange Server 2010 utilise Microsoft Windows HTTP Services (WinHTTP) pour gérer tout le trafic HTTP et HTTPS, et que WinHTTP n’utilise pas les paramètres de proxy configurés pour le navigateur Internet.

Vous trouverez ci-dessous les étapes recommandées par Microsoft pour résoudre ce problème:

Méthode 1:

Pour afficher les paramètres de proxy WinHTTP, exécutez la commande suivante dans une invite de commandes:

netsh winhttp show proxy

Pour résoudre ce problème, vous devez configurer le paramètre de proxy WinHTTP et ajouter le FQDN du serveur à la liste de contournement WinHTTP. 

Remarque: Si vous ne configurez pas à la fois le paramètre de proxy et le FQDN du serveur dans la liste de contournement WinHTTP, Exchange Management Shell et Exchange Management Console ne peuvent pas contacter Remote PowerShell.

Pour résoudre ce problème, ouvrez une invite de commandes, saisissez la commande suivante, puis appuyez sur ENTER:

netsh winhttp set proxy proxy-server="http=myproxy" bypass-list="*.host_name.com"

L’espace réservé myproxy représente le nom du serveur proxy et host_name représente le nom d’hôte du serveur Exchange Server 2010.

Si les paramètres de proxy sont corrects mais que le problème persiste, essayez les commandes suivantes pour vider le cache OCSP/CRL:

certutil -urlcache ocsp delete
certutil -urlcache crl delete

Redémarrez le serveur si nécessaire.

Cette solution provient de Microsoft: kb979694
 

Méthode 2:

Installer manuellement la CRL:

1. Identifiez l’autorité qui a émis le certificat; dans cet exemple, le certificat intermédiaire est “RapidSSL RSA CA 2018”.
2. Localisez le certificat intermédiaire dans le magasin de certificats sous Intermediate Certification Authorities -> Certificates.
3. Double-cliquez sur le certificat sélectionné.
4. Accédez à l’onglet Details et sélectionnez CRL Distribution Points.
5. Copiez l’URL {http://crl3.digicert.com/RapidSSLRSACA2018.crl}.
6. Collez l’URL dans votre navigateur pour télécharger le fichier CRL.
7. Une fois le fichier téléchargé, cliquez dessus avec le bouton droit, puis cliquez sur Install CRL.
8. Cliquez sur Place all certificates in the following store, puis sur Browse…
9. Cliquez sur Show physical stores
10. Sélectionnez ensuite Intermediate Certificate Authorities et cliquez sur OK
11. Vous avez maintenant installé avec succès la CRL mise à jour pour ce certificat intermédiaire. Actualisez IIS ou Exchange; l’erreur ne devrait plus apparaître.
    
    

Pour vérifier l’installation:

1. Cliquez sur Start > Run > type MMC
2. Dans Microsoft Management Console (MMC), cliquez sur  File > Add/Remove Snap-in
3. Dans la liste des composants logiciels enfichables, sélectionnez Certificates
4. Cliquez sur Add
5. Sélectionnez Computer Account
6. Cliquez sur Next
7. Sélectionnez Local Computer (l’ordinateur sur lequel cette console est exécutée)
8. Cliquez sur Finish
9. Développez Intermediate Certificate Authorities, puis cliquez sur Certificate Revocation List
10. La nouvelle CRL doit apparaître dans la liste.
11. Actualisez l’affichage du certificat dans IIS ou Exchange; l’erreur devrait disparaître.
     

Remarque: Si les fichiers CRL ont été enregistrés sur un lecteur autre que “C:”, assurez-vous d’utiliser le chemin complet et correct vers l’emplacement du fichier CRL.
L’inconvénient du téléchargement manuel d’un fichier CRL est qu’il expire (après l’intervalle Next Update). Vous devrez alors télécharger la CRL mise à jour et suivre de nouveau les étapes d’installation.