Surveillance de l’expiration des certificats SSL
La surveillance d’expiration de certificat SSL de HostTracker vérifie vos certificats SSL/TLS pour détecter une expiration imminente, des erreurs de chaîne, une révocation et des protocoles de sécurité faibles - et vous alerte avant qu’un navigateur ne bloque votre site. Le suivi de l’expiration du domaine est inclus sans frais supplémentaires.
Ne perdez plus jamais un certificat SSL à cause d’un renouvellement manqué
HostTracker vérifie vos certificats SSL/TLS pour détecter une expiration imminente, des erreurs de chaîne, une révocation et des protocoles de sécurité faibles ou obsolètes, et envoie des alertes automatiques et des rapports récapitulatifs bien avant qu’un navigateur ne commence à bloquer votre site.
Surveillance de la sécurité des certificats
Le service de surveillance SSL de HostTracker garde les sites web sûrs et fonctionnant sans accroc. Il vérifie que vos certificats SSL/TLS sont à jour et vous alerte s’ils sont sur le point d’expirer. Les certificats SSL protègent les données des utilisateurs et maintiennent la confiance en chiffrant les informations entre le serveur et les utilisateurs. Surveiller votre SSL aide à garder votre site sécurisé et conforme aux normes de sécurité les plus récentes. Cela évite les pénalités des moteurs de recherche comme Google.
Alertes d’expiration & détection de problèmes
Le service de surveillance SSL de HostTracker garde les sites web sécurisés. Il vous envoie un avis avant l’expiration de votre certificat SSL. Le service vérifie aussi les problèmes de certificat SSL et envoie des alertes instantanées. Cette surveillance aide les propriétaires de sites à corriger rapidement les problèmes, en préservant la confiance des utilisateurs et en protégeant les données.
Sécurité et confiance renforcées
La surveillance SSL de HostTracker améliore la sécurité et la confiance des utilisateurs. En garantissant que les certificats SSL restent toujours valides, les sites web peuvent protéger les données des utilisateurs contre d’éventuelles violations et éviter les avertissements de sécurité des navigateurs. Des alertes en temps utile et des rapports détaillés vous aident à mieux gérer votre site. La surveillance SSL est essentielle pour garder les sites web sécurisés et performants.
Suivi de l’expiration du domaine
Un certificat SSL expiré n’est pas la seule échéance capable de mettre un site hors ligne - le vérificateur d’expiration de domaine de HostTracker surveille le statut de votre enregistrement en parallèle de vos certificats, sans frais supplémentaires.
Suivi de renouvellement en temps opportun
HostTracker surveille les noms de domaine pour éviter leur perte due à des échéances de renouvellement manquées. Il suit les enregistrements et envoie des notifications en temps utile sur les dates d’expiration à venir. Ces alertes sont envoyées à intervalles réguliers pour laisser aux propriétaires de domaines le temps de renouveler. Ce service maintient une présence en ligne et évite les coûts et désagréments d’une expiration de domaine.
Alertes & rapports
Le service de surveillance de domaine de HostTracker inclut des fonctionnalités de suivi et de notification. Les utilisateurs peuvent configurer des alertes envoyées à plusieurs contacts par e-mail, SMS ou via des applications comme Telegram et Discord. Le service fournit aussi des rapports sur les enregistrements de domaines, incluant les dates de renouvellement et les changements de statut. Cela aide à prévenir les expirations de domaines et permet aux entreprises et particuliers de rester en ligne.
Prévenir le risque d’expiration
Le service de surveillance de domaine de HostTracker protège les noms de domaine précieux contre une expiration accidentelle. Des alertes en temps utile aident les propriétaires de domaines à éviter les risques et coûts liés à la récupération de domaines expirés. Le service permet aussi de gérer plusieurs domaines avec des rapports détaillés et des alertes personnalisées. Cela maintient les entreprises en ligne et protège leur marque.
Ce que la surveillance SSL vérifie à chaque exécution
Un moniteur d’expiration de certificat SSL est souvent présenté comme un simple rappel de calendrier, et l’expiration est effectivement la façon la plus courante dont un certificat casse. Ce n’est pas la seule. Chaque exécution de HostTracker ouvre une véritable connexion TLS et évalue le certificat réellement servi par le serveur - ce qui détecte les pannes qui surviennent sans qu’aucune date ne change.
| Ce qui est vérifié | À quoi ressemble une panne pour vos visiteurs |
|---|---|
| Fenêtre de validité | Le certificat est compris entre ses dates de début et de fin de validité. Passé le terme, tous les navigateurs bloquent la page avec un écran d’avertissement plein écran. |
| Chaîne de confiance | Le certificat remonte à une racine de confiance. Un certificat intermédiaire manquant est le classique bug « ça marche dans mon navigateur, mais échoue sur chaque téléphone et chaque client API » - votre ordinateur avait mis l’intermédiaire en cache, aucun autre appareil ne l’avait fait. |
| Couverture du nom d’hôte | Le nom que vous vérifiez est bien couvert par le certificat. Un décalage est interprété par un navigateur comme une possible tentative d’interception, pas comme une faute de frappe. |
| Statut de révocation | Le certificat n’a pas été révoqué, vérifié auprès du service OCSP ou CRL de l’autorité émettrice. Si ce répondeur est injoignable, le résultat est signalé plutôt que mis en échec, afin que la panne d’un tiers ne puisse pas fabriquer une fausse alerte sur votre site. |
| Ce qui est enregistré | Les dates d’expiration et de début de validité, l’émetteur, le numéro de série, les noms alternatifs du sujet, ainsi que la version du protocole TLS et le chiffrement négociés - un résultat vous indique donc ce qui a changé, pas seulement qu’un changement a eu lieu. |
Concrètement, un moniteur de certificat est une connexion TLS vers un hôte et un port. Le port vaut 443
par défaut, et vous pouvez en préciser un autre - example.com:8443 - de sorte qu’une
passerelle d’API, un port HTTPS alternatif ou un service sur un port TLS implicite est surveillé
exactement de la même façon. Le nom d’hôte est envoyé via SNI, afin qu’un serveur hébergeant plusieurs
certificats sur une même adresse IP renvoie le bon.
Pourquoi un certificat expiré est pire qu’une courte panne
Quand un serveur tombe en panne, un visiteur voit une erreur de navigateur et réessaie généralement plus tard. Quand un certificat expire, le serveur reste parfaitement sain - il répond à chaque requête - et c’est le navigateur qui refuse d’afficher ce qu’il a reçu. Cette différence compte de quatre façons qu’on a tendance à sous-estimer jusqu’à ce que ça arrive.
- L’avertissement est conçu pour effrayer. L’écran plein page sur une connexion non sécurisée est exactement le même que celui qu’affiche un navigateur pour une attaque par interception. Les visiteurs ne le lisent pas comme « leur certificat a expiré » ; ils le lisent comme « ce site n’est pas sûr ».
- Sur un site avec HSTS activé, il n’y a aucun moyen de passer outre. Si vous avez déjà envoyé un en-tête Strict-Transport-Security - et vous devriez l’avoir fait - les navigateurs suppriment purement et simplement l’option « continuer quand même ». Chaque visiteur est bloqué sans recours jusqu’au remplacement du certificat.
- Les machines échouent plus durement que les humains. Votre application mobile, vos webhooks de paiement, les intégrations de vos partenaires et chaque client API valident eux aussi le certificat, et aucun d’entre eux n’a de bouton pour passer outre. Une expiration est une panne d’intégration complète, pas seulement une panne de site web.
- Votre propre surveillance peut rester au vert. Une vérification configurée pour ignorer les problèmes de certificat continue de renvoyer un HTTP 200 depuis un serveur dont le certificat a expiré il y a une heure. L’application ne s’est aperçue de rien. C’est précisément cette lacune qu’un moniteur de certificat existe pour combler.
La même asymétrie s’applique à un domaine expiré, en plus lent et moins réversible : un certificat peut être réémis en quelques minutes, tandis qu’un domaine ayant quitté sa période de rédemption peut être enregistré par n’importe qui.
Deux façons d’activer la surveillance SSL
La surveillance de certificat existe sous deux formes, et la plupart des comptes veulent la première.
| Rattachée à un moniteur HTTPS existant | Un moniteur de certificat autonome | |
|---|---|---|
| Comment l’activer | Une case à cocher sur un moniteur que vous avez déjà | Ajoutez un moniteur et choisissez Expiration de certificat comme type |
| Requêtes supplémentaires vers votre serveur | Aucune - ce moniteur effectue déjà une poignée de main TLS à chaque exécution, le certificat est donc lu depuis la connexion qu’il établissait de toute façon | Une connexion TLS par exécution, selon son propre calendrier |
| Consomme un de vos emplacements de moniteur | Non | Oui |
| Idéal pour | Tout site dont vous surveillez déjà la disponibilité - c’est le cas normal | Un point de terminaison dont vous ne surveillez pas la disponibilité : un serveur de messagerie, une passerelle interne, un port alternatif, un certificat sur un hôte qui ne sert aucune page web |
| Cadence | Évaluée périodiquement à partir des observations déjà collectées par votre moniteur HTTPS | Une cadence fixe de six heures |
Un certificat ne change pas d’une minute à l’autre, donc aucune des deux formes ne vérifie plus souvent que ce qui est réellement utile. Six heures signifient que, dans le pire des cas, entre la panne d’un certificat et sa détection par HostTracker, il s’écoule quelques heures - sur un événement qui vous donne normalement 30 jours de préavis.
Quand vous en serez informé : 30, 7 et 1 jour
HostTracker envoie des rappels 30 jours, 7 jours et 1 jour avant une date d’expiration - aussi bien pour les certificats SSL/TLS que pour les enregistrements de domaine. Trois échelons plutôt qu’un seul, parce que chacun rattrape un type de raté différent : 30 jours laissent le temps de lancer un bon de commande ou de réparer une tâche de renouvellement défaillante, 7 jours rattrape le ticket que personne n’a pris en charge, et 1 jour est le dernier avertissement avant que les navigateurs ne commencent à alerter vos visiteurs.
Un rappel n’est pas une alerte de panne, et HostTracker garde les deux bien distincts. Si le certificat est réellement invalide en ce moment - expiré, révoqué, rattaché à une racine non fiable, ou délivré pour un autre nom d’hôte - il s’agit d’une vérification en échec, qui remonte vers vos contacts habituels de panne selon le délai choisi par chacun : immédiatement, ou après 3, 5, 15, 30 ou 60 minutes, ou 3, 6, 12 ou 24 heures.
Les alertes sont envoyées via les neuf canaux pris en charge par HostTracker - e-mail, SMS, appel vocal, webhook, Slack, notification push et les messageries Telegram, Discord et Viber. Le renouvellement des certificats et celui des domaines sont généralement gérés par des personnes différentes : mettez donc les deux sur la liste de contacts - le rappel qui n’atteint que la boîte mail de la personne ayant configuré le moniteur est celui qu’on rate.
Suivi d’expiration du certificat SSL
L’échelle ci-dessus, c’est exactement ce qu’est un suivi d’expiration de certificat SSL en pratique. Toutes les six heures, HostTracker relit le certificat que votre serveur a réellement présenté et recalcule les jours restants ; trois de ces nombres déclenchent un rappel.
| Jours avant expiration | Ce que dit l’alerte | Où elle arrive |
|---|---|---|
| 30 jours | Premier rappel. Il nomme le moniteur, l’hôte et le port, la date exacte d’expiration et l’autorité émettrice - de quoi distinguer un renouvellement automatique arrêté en silence d’un certificat que quelqu’un achète à la main. | Tous les contacts abonnés à ce moniteur, chacun sur son canal : e-mail, SMS, appel téléphonique, Slack, webhook, notification web, Telegram, Discord ou Viber. |
| 7 jours | Deuxième rappel, à une semaine. Les mêmes détails, mais un renouvellement qui n’a toujours pas eu lieu n’est plus à venir : il est en retard, et il vaut la peine de vérifier qui en a la charge. | Les mêmes contacts et canaux, regroupés à un rappel par jour au maximum, pour qu’aucun échelon n’arrive deux fois. |
| 1 jour | Dernier rappel, la veille du jour où les navigateurs commencent à avertir vos visiteurs. Si le certificat expire vraiment, la vérification suivante échoue et le moniteur passe en Down. | Les mêmes contacts et canaux - et, une fois l’expiration atteinte, une alerte de panne avec le délai d’escalade que chaque contact a choisi. |
Les trois échelons sont fixés à 30, 7 et 1 jour, et la même échelle couvre les enregistrements de domaine autant que les certificats. Un rappel est informatif et ne met jamais à lui seul un moniteur en Down ; un certificat réellement invalide - expiré, révoqué, émis pour un autre nom d’hôte ou rattaché à une racine non fiable - est une vérification échouée et s’escalade comme n’importe quelle autre panne.
Pas encore de surveillance ? La vérification SSL instantanée gratuite lit le même certificat et rapporte la même date d’expiration, le même émetteur, la même chaîne et la même version de TLS négociée - une fois, tout de suite, sans compte. Le suivi d’expiration, c’est cette vérification dans une boucle de six heures, avec les trois rappels accrochés.
Des règles TLS plus strictes sur un moniteur HTTPS
Le moniteur de certificat ci-dessus répond à la question « ce certificat est-il valide ? ». Un ensemble distinct d’options sur un moniteur de disponibilité HTTPS répond à une question plus exigeante - « cette connexion est-elle à la hauteur de notre standard ? » - et chacune de ces options est facultative, car toutes les activer pour chaque client ferait échouer un grand nombre de sites qui fonctionnent exactement comme leurs propriétaires le souhaitent.
- Exiger une chaîne de certificat valide. Désactivée par défaut, pour qu’un certificat auto-signé sur un hôte interne ne fasse pas échouer sa vérification de disponibilité. Activez-la pour tout ce qui est public.
- Exiger un protocole TLS robuste. Fait échouer la vérification lorsque le serveur négocie une version antérieure à TLS 1.2 - l’option utile après un projet de durcissement, pour qu’une configuration restaurée à l’ancienne ne puisse pas réintroduire discrètement un protocole obsolète.
- Bloquer les chiffrements faibles. Fait échouer la vérification lorsque le chiffrement négocié est plus faible que 128 bits.
- Vérifier la révocation du certificat. Ajoute une recherche OCSP/CRL à la vérification de disponibilité elle-même.
Un moniteur d’expiration de certificat autonome applique déjà de lui-même la validation de la chaîne et la vérification de révocation, sans aucune de ces options - elles existent pour que votre vérification de disponibilité puisse être rendue aussi stricte que l’exige votre posture de sécurité, indépendamment de ce que rapporte le moniteur de certificat.
Comment les renouvellements de certificat échouent en silence
Le renouvellement automatique était censé mettre fin aux incidents d’expiration, et c’est globalement le cas. Ce qui a changé, c’est la forme des incidents restants : au lieu d’un humain qui oublie une date, c’est un rouage d’automatisation qui cesse de fonctionner sans que personne ne le remarque, parce qu’une automatisation qui fonctionne est silencieuse et qu’une automatisation cassée l’est tout autant. Dans l’industrie, la durée de vie des certificats ne cesse de raccourcir - les autorités gratuites les plus utilisées délivrent des certificats de 90 jours, et la durée de vie maximale acceptée par les navigateurs est réduite par paliers - ce qui signifie que le renouvellement a désormais lieu plusieurs fois par an, et que n’importe lequel de ces renouvellements peut être celui qui échoue.
Voici à quoi ressemblent les pannes qui nous sont remontées :
- La tâche cron de renouvellement est morte il y a des mois. Le dernier certificat qu’elle a renouvelé était valide 90 jours, si bien que la panne n’est devenue visible que le 91e jour.
- Le renouvellement a réussi, mais rien n’a été rechargé. Le nouveau certificat reste sur le disque pendant que le serveur web, l’équilibreur de charge ou le conteneur continue de servir l’ancien depuis sa mémoire. Chaque journal de renouvellement indique un succès.
- Un nœud sur plusieurs a été oublié. Derrière un équilibreur de charge, la plupart des requêtes reçoivent le nouveau certificat et une fraction reçoit l’ancien, expiré - c’est pourquoi une erreur de certificat intermittente, du genre « ça marche chez moi », est presque toujours un problème de cohérence entre serveurs.
- La périphérie va bien, l’origine non. Votre CDN présente son propre certificat valide pendant que celui de l’origine a expiré en dessous. Tout ce qui parle directement à l’origine tombe en panne.
- La méthode de validation a cessé de fonctionner. Un enregistrement DNS a été
« nettoyé », un chemin
/.well-known/a commencé à rediriger, une règle de pare-feu a changé - et le renouvellement qui en dépend a cessé de passer en silence. - Le certificat wildcard ne couvrait pas le nouveau sous-domaine. Un certificat wildcard ne couvre qu’un seul niveau, si bien qu’un hôte ajouté sous un label plus profond n’est pas couvert du tout.
Chacun de ces cas est invisible depuis l’intérieur de votre propre chaîne de déploiement, et évident depuis l’extérieur - c’est tout l’argument en faveur d’un observateur externe. Un moniteur qui se connecte comme le ferait le navigateur d’un inconnu voit le certificat que vous servez réellement - pas celui que votre automatisation croit avoir installé.
Comment fonctionne la vérification d’expiration de domaine
Le volet domaine interroge le registre plutôt que le serveur. HostTracker consulte le domaine via RDAP - le successeur moderne et structuré de WHOIS - en déterminant, à partir de l’annuaire publié par l’IANA elle-même, quel registre répond pour votre TLD, et se rabat sur une requête WHOIS classique sur le port 43 pour les TLD qui ne publient pas encore de service RDAP. La consultation s’exécute selon une cadence fixe de six heures, et la vérification rapporte :
- la date d’expiration détenue par le registre - la date faisant foi, pas celle de votre système de facturation ;
- les codes de statut du registre sur le domaine, lorsque RDAP les fournit - y compris si un verrou de transfert est en place ;
- un avis distinct de « changement de date d’expiration » chaque fois que la date du registre diffère de la vérification précédente - c’est ainsi que vous confirmez qu’un renouvellement a bien été pris en compte, et que vous découvrez celui que vous n’avez pas autorisé.
Ce dernier point est, discrètement, le signal le plus utile de la page. Un renouvellement que vous avez payé mais qui n’a jamais atteint le registre ressemble en tout point à un domaine sain jusqu’à ce que le rappel des 30 jours se déclenche. Surveiller le changement de la date elle-même transforme le renouvellement d’un espoir en un fait constatable.
Vous voulez la fiche complète du registre - bureau d’enregistrement, serveurs de noms, date de création - tout de suite plutôt que sous forme de moniteur ? Effectuez la recherche WHOIS et d’expiration de domaine gratuite ; aucune connexion requise. Le moniteur récurrent rapporte volontairement moins d’informations, car ce sont l’expiration et le statut qui changent.
Configurer la surveillance de certificat et de domaine
- Consultez d’abord le domaine avec la vérification instantanée gratuite afin de connaître les dates d’expiration actuelles avant d’automatiser quoi que ce soit.
- Si vous surveillez déjà la disponibilité du site, ouvrez ce moniteur et activez la surveillance du certificat et celle de l’expiration du domaine. Pas de nouveau moniteur, pas de requête supplémentaire.
- Pour tout ce dont vous ne surveillez pas la disponibilité - un serveur de messagerie, une passerelle
interne, un port alternatif - ajoutez un moniteur Expiration de certificat autonome
et indiquez-lui
hôte:port. Le port 443 est supposé si vous ne précisez pas de port. - Ajoutez un moniteur Expiration de domaine pour chaque domaine enregistrable que vous possédez, y compris les enregistrements défensifs et les domaines de redirection. Ce sont précisément ceux-là qui expirent, car personne ne surveille un domaine qui n’héberge aucun site.
- Mettez plus d’une personne sur la liste de contacts. Les certificats et les domaines sont généralement gérés par des équipes différentes, et le rappel qui n’atteint que la personne ayant configuré le moniteur est celui qui reste sans réponse le jour où elle change de poste.
- Notez l’échelonnement des rappels - 30, 7 et 1 jour - et assurez-vous que votre processus de renouvellement tient dans ces 30 jours. Si un bon de commande prend six semaines, ce n’est pas l’échelonnement qui vous contraint, c’est le processus.
Surveillance SSL et vérificateur SSL ponctuel
Les outils gratuits de vérification SSL - y compris celui de HostTracker - sont réellement utiles et répondent à une question différente. Un vérificateur vous indique l’état d’un certificat au moment où vous le lui demandez. La surveillance vous indique quand cet état change pendant que vous ne regardez pas - le seul moment où cela compte vraiment.
| Vérificateur SSL ponctuel | Surveillance de certificat SSL | |
|---|---|---|
| S’exécute quand | Vous pensez à l’ouvrir | Toutes les six heures, indéfiniment |
| Vous prévient d’une expiration dans 30 jours | Seulement si vous vérifiez justement ce jour-là | Oui - à 30, 7 et 1 jour |
| Détecte une rupture de chaîne introduite par un déploiement | Non | Oui - en un seul cycle de vérification |
| Détecte un renouvellement qui n’a jamais atteint le registre | Non | Oui - via l’avis de changement de date d’expiration |
| Atteint la bonne personne | Celui qui l’a exécuté | Chaque contact configuré, sur neuf canaux |
| Couvre plusieurs domaines à la fois | Un par un | Un moniteur par domaine, alertant les mêmes contacts |
Les certificats côtoient d’autres aspects d’un domaine qui peuvent mal tourner sans que personne ne touche à votre serveur. Une fois le volet expiration surveillé, les deux suivants sont généralement les signalements de malware et de phishing et les inscriptions sur liste noire DNS - deux pannes de réputation silencieuses qui laissent le site en ligne mais font disparaître le trafic.
Les limites à connaître
- Pas de STARTTLS. La vérification se connecte et démarre immédiatement la poignée de main TLS, elle fonctionne donc sur tout port qui parle TLS directement. Les protocoles qui démarrent en clair et passent en TLS en cours de session - SMTP sur 587, IMAP sur 143, FTP en TLS explicite - nécessitent une négociation que la vérification n’effectue pas. Ciblez plutôt le port TLS implicite.
- Les délais de rappel sont fixés à 30, 7 et 1 jour. Ce ne sont pas, à ce jour, un paramètre configurable par moniteur.
- Un répondeur de révocation injoignable est signalé, pas mis en échec. C’est volontaire - la panne OCSP d’une autorité de certification n’est pas la panne de votre site - mais cela signifie que la couverture de révocation dépend de la disponibilité d’un tiers.
- Les journaux de Certificate Transparency ne sont pas surveillés. HostTracker vous informe sur le certificat effectivement servi ; il ne surveille pas les journaux CT publics à la recherche de certificats émis pour votre domaine par quelqu’un d’autre.
- Les certificats clients ne sont pas mis à l’épreuve. La vérification valide le certificat présenté par le serveur, pas une poignée de main TLS mutuelle.
- La couverture des domaines suit les registres. RDAP est utilisé là où le TLD le publie, et WHOIS classique là où ce n’est pas le cas ; un petit nombre de TLD peu courants ne publient bien ni l’un ni l’autre, et la vérification signale alors un échec de consultation plutôt que de prétendre connaître une date.
Questions fréquemment posées
La surveillance d’expiration d’un certificat SSL est une vérification automatisée qui suit les dates de validité des certificats SSL/TLS de votre site et vous prévient avant qu’ils n’expirent. C’est important car un certificat expiré ne met pas votre serveur hors ligne - il fait carrément bloquer la page par les navigateurs avec un avertissement de sécurité, ce qui fait fuir les visiteurs et ressemble, pour quiconque ne creuse pas la cause, à une véritable panne. Les certificats peuvent aussi échouer pour d’autres raisons que l’expiration, notamment des erreurs de chaîne, une révocation ou des protocoles de sécurité obsolètes ou faibles que les navigateurs ne reconnaissent plus comme fiables. HostTracker revérifie vos certificats automatiquement toutes les six heures et envoie des rappels 30 jours, 7 jours et 1 jour avant la date d’expiration, afin que le renouvellement se fasse selon votre calendrier plutôt que dans la panique une fois que les clients commencent à voir les avertissements. Comme il est facile d’oublier un certificat une fois installé, une surveillance continue est bien plus fiable que de compter sur la mémoire de quelqu’un pour une date de renouvellement.
Un vérificateur d’expiration de domaine suit le statut d’enregistrement de votre domaine et sa date de renouvellement, puis vous envoie une notification avec suffisamment d’avance pour renouveler avant que l’enregistrement n’expire. C’est important car une fois un domaine expiré, les conséquences peuvent aller de la mise hors ligne totale de votre site à la mise à disposition du domaine pour n’importe qui d’autre, y compris des acheteurs opportunistes espérant vous le revendre avec une marge. Les renouvellements manqués tiennent généralement à des raisons banales - un e-mail de facturation obsolète, un paiement en renouvellement automatique qui a silencieusement échoué, ou simplement une date oubliée - pas de la négligence. La surveillance de domaine de HostTracker vérifie directement le statut d’enregistrement et vous alerte via les contacts de votre choix à l’approche de la date d’expiration, indépendamment des e-mails de rappel que votre bureau d’enregistrement envoie ou non. Puisqu’un domaine expiré peut anéantir des années de valeur SEO en un seul renouvellement manqué, une surveillance indépendante de la date d’enregistrement est une protection à faible effort.
Oui. Chaque exécution effectue une véritable poignée de main TLS, si bien qu’au-delà de la date d’expiration, elle vérifie aussi que le certificat remonte à une racine de confiance (un certificat intermédiaire manquant est la cause la plus fréquente d’un certificat qui fonctionne dans votre navigateur mais échoue partout ailleurs), que le nom d’hôte que vous vérifiez est bien couvert par les noms alternatifs du sujet du certificat, et que le certificat n’a pas été révoqué - la révocation est vérifiée auprès du service OCSP ou CRL de l’autorité émettrice. N’importe lequel de ces problèmes déclenche le même avertissement de sécurité du navigateur qu’un certificat carrément expiré, même si la date d’expiration reste confortablement lointaine - se limiter à la date d’expiration manquerait donc de vrais problèmes visibles par les utilisateurs. La version du protocole TLS négocié, le chiffrement, l’émetteur, le numéro de série et la liste complète des SAN sont également enregistrés à chaque résultat, et si vous voulez qu’un protocole faible ou un chiffrement faible fasse réellement ÉCHOUER la vérification plutôt que d’être simplement signalé, ce sont des options de rigueur facultatives sur un moniteur HTTPS. Cela donne une vision plus complète de l’état de santé du certificat qu’un simple outil de vérification SSL ponctuel, puisque votre configuration peut changer sans que la date d’expiration ne change du tout.
HostTracker envoie des rappels à trois moments précis : 30 jours, 7 jours et 1 jour avant la date d’expiration, aussi bien pour les certificats SSL/TLS que pour les enregistrements de domaine. Cet échelonnement en trois paliers est volontaire plutôt qu’un avertissement unique - 30 jours laissent le temps de lancer un bon de commande ou de réparer une tâche de renouvellement défaillante, 7 jours est le rappel qui rattrape le ticket que personne n’a pris en charge, et 1 jour est le dernier avertissement avant que les navigateurs ne commencent à afficher un avertissement de sécurité à vos visiteurs. Ces rappels sont distincts d’une véritable panne : si le certificat est déjà invalide - expiré, révoqué, servi avec une chaîne rompue, ou délivré pour un autre nom d’hôte - il ne s’agit plus d’un rappel mais d’une vérification en échec, qui alerte immédiatement vos contacts habituels de panne. Cette combinaison signifie que vous recevez un avertissement calme pendant qu’il est encore temps d’agir, et une alerte urgente seulement lorsque quelque chose ne va vraiment pas dans l’instant.
L’offre gratuite permanente de HostTracker surveille deux sites avec des vérifications toutes les 30 minutes sans frais, et un essai complet de 30 jours débloque tous les types de vérification, y compris la surveillance de domaine et SSL, sur jusqu’à 100 moniteurs avec des vérifications toutes les minutes et sans carte bancaire requise. Vous pouvez ainsi évaluer la surveillance d’expiration de certificat et de domaine sur vos vrais domaines avant de décider de passer ou non à une offre payante. Si vous décidez de continuer à long terme avec des vérifications plus fréquentes ou davantage de domaines surveillés, les offres payantes démarrent autour de 5 $ par mois. Comme les problèmes de certificat et de domaine sont rares mais à fort impact lorsqu’ils surviennent, même la fréquence de vérification plus légère de l’offre gratuite suffit souvent à détecter une date d’expiration bien avant qu’elle ne devienne urgente - c’est le type de surveillance peu coûteux à faire tourner et coûteux à négliger.
Oui. La cible d’un moniteur d’expiration de certificat se normalise en un hôte et un port, et le port ne vaut 443 par défaut que si vous n’en précisez pas un autre - écrivez-le sous la forme example.com:8443 et la vérification se connecte à cet endroit à la place. La vérification ouvre une connexion TCP vers cet hôte et ce port et effectue immédiatement une poignée de main TLS, en envoyant le nom d’hôte via SNI afin qu’un serveur hébergeant plusieurs certificats sur une même adresse renvoie le bon. Cela signifie que tout service qui parle TLS directement à la connexion peut être surveillé de cette façon, pas seulement les serveurs web : un port HTTPS alternatif, une passerelle d’API, ou un service de messagerie sur un port TLS implicite. Le seul cas qu’elle ne gère pas est STARTTLS - les protocoles qui démarrent en clair et passent en TLS en cours de session, comme SMTP sur le port 587 ou IMAP sur le 143, nécessitent une négociation au niveau du protocole que la vérification de certificat n’effectue pas ; ciblez plutôt le port TLS implicite.
Non, et dans la configuration la plus courante, cela ne coûte même pas une requête supplémentaire. La surveillance du certificat peut être activée dans le cadre d’un moniteur HTTPS existant plutôt qu’ajoutée comme vérification séparée : ce moniteur effectue déjà une poignée de main TLS à chaque exécution, si bien que l’émetteur du certificat, ses dates de validité et tout problème de poignée de main sont lus directement depuis la connexion qu’il établissait de toute façon. Activer l’option se contente d’évaluer et de signaler ce qui circulait déjà sur le fil. L’alternative - un moniteur d’expiration de certificat autonome - est le bon choix lorsque le point de terminaison que vous voulez surveiller n’est pas celui dont vous surveillez la disponibilité, comme un serveur de messagerie, une passerelle d’API interne ou un port alternatif. Dans les deux cas, la surveillance de l’expiration des certificats et des domaines fait partie de l’ensemble de vérifications standard, et l’essai de 30 jours couvre les deux sur jusqu’à 100 moniteurs, sans carte bancaire.
Une fois un problème détecté - qu’il s’agisse d’une expiration approchante, d’une erreur de chaîne de certificat ou d’un domaine proche de sa date de renouvellement - HostTracker envoie une alerte via l’un des 9 canaux de notification que vous avez configurés, dont l’e-mail, le SMS, l’appel vocal, les webhooks, Slack, et des applications de messagerie comme Telegram, Discord et Viber. Vous pouvez configurer plusieurs contacts et canaux, afin que la personne responsable de la gestion du domaine et celle responsable de l’infrastructure soient toutes deux notifiées, plutôt qu’une seule boîte mail susceptible d’être oubliée. Les alertes indiquent précisément le problème détecté, afin que vous sachiez immédiatement s’il s’agit d’un certificat qui expire, d’un problème de configuration ou d’un enregistrement en cours d’expiration, plutôt qu’un message générique de "problème". Comme ces vérifications s’exécutent automatiquement à l’intervalle que vous avez défini, vous apprenez le problème selon le calendrier de HostTracker, pas le jour où un client signale un cadenas cassé.
Continuez à explorer la surveillance HostTracker
Détectez automatiquement les signalements de malware et de phishing
Vérifiez votre site 24h/24 avec l’API Web Risk de Google et soyez informé dès qu’il est signalé, avant que les navigateurs ne commencent à bloquer vos visiteurs.
Vérifiez et surveillez le statut des listes noires DNS
Effectuez une vérification des listes noires DNS et continuez à la surveiller par la suite, afin qu’un signalement de spam, de phishing ou de malware contre votre domaine ne reste jamais inaperçu.
Parcourez toutes les fonctionnalités de surveillance HostTracker
Comparez les 8 types de surveillance côte à côte et combinez les vérifications adaptées à votre site.
Ne manquez plus jamais un renouvellement de domaine ou de certificat
Démarrez un essai gratuit et recevez des alertes anticipées avant l’expiration de votre certificat SSL ou de votre nom de domaine.
Fait partie du service de surveillance de sites web de HostTracker.