Comment corriger NET::ERR_CERT_DATE_INVALID ?
Comparez l’heure de l’appareil, le certificat HTTPS actuellement servi et le résultat depuis un autre réseau.
Vérifier l’horloge et l’étendue du problème
Chrome compare l’heure de l’appareil à la période de validité du certificat. Une horloge en avance peut faire paraître expiré un certificat valide. Si plusieurs sites connus échouent, activez la date et l’heure automatiques. Si seul le Wi-Fi d’un hôtel ou d’une entreprise pose problème, essayez les données mobiles. Évitez de saisir des données sensibles pendant l’alerte.
Inspecter le certificat réellement présenté
Le navigateur valide HTTPS avant de lire la redirection. Le domaine racine peut fonctionner avec un certificat www expiré. Vérifiez les dates et les noms couverts. Une entrée récente dans Certificate Transparency indique qu’un certificat a été émis, mais le serveur peut encore en présenter un ancien.
Trouver l’étape de renouvellement en échec
- Vérifiez A et AAAA pour écarter un ancien serveur.
- Examinez le certificat du CDN puis celui du serveur d’origine.
- Lisez le journal. La validation peut avoir échoué ou le serveur ne pas avoir chargé le certificat renouvelé.
- Recommencez depuis deux réseaux.
Traiter le code qui s’affiche
ERR_CERT_COMMON_NAME_INVALID indique souvent un nom non couvert. ERR_CERT_AUTHORITY_INVALID concerne la confiance dans la chaîne. Corriger l’heure ne résout pas ces problèmes côté serveur. Si vous ne gérez pas le site, transmettez l’URL exacte, l’heure et le code.
Vérifier SSL et HTTPS
Vérifiez le nom exact qui pose problème, puis testez le domaine racine et www séparément.
Ouvrir l’outil