TLS renouvelé, erreur persistante : que vérifier côté utilisateur ?
Un renouvellement réussi ne termine pas le contrôle. Nom, certificat servi et connexion CDN-origine se vérifient séparément, sans ignorer les alertes.

Sources techniques : HTTPS automatique Caddy et concepts TLS Cloudflare. Méthode d’enquête indépendante.
Le renouvellement valide une étape, pas le certificat reçu. Un CDN peut avoir des certificats distincts en périphérie et à l’origine. Identifiez la connexion en erreur.
Consigner trois éléments
- Nom exact, heure et texte de l’erreur utilisateur.
- Certificat réellement présenté, validité et chaîne de confiance du trajet.
- État du certificat et de la connexion d’origine, distinct de la périphérie vue par le navigateur.
Supposons l’origine renouvelée, mais un nom visité à couverture différente. Réémettre le même certificat sans examiner le nom peut ne rien changer.
Décider sur preuves
Testez par un chemin autorisé avec le bon nom. Une IP seule peut montrer un autre certificat ou trajet. Plusieurs origines demandent un contrôle par rapport à la conception.
Ne désactivez pas la validation et ne banalisez pas l’alerte pour faire réussir le test. Il faut une connexion digne de confiance, pas un symptôme caché.
Terminer l’opération
Vérifiez côté utilisateur et origine ; consignez prochaine expiration et responsable. Le renouvellement automatique ne supprime pas la surveillance.
Sources vérifiées le 2 novembre 2026. Scénario hypothétique, sans diagnostic d’un défaut réel de ce site.

