Glossaire · Domaines, DNS, e-mail et certificats
Le handshake TLS est l’échange au début d’une connexion HTTPS au cours duquel le client et le serveur s’accordent sur une version de TLS et une suite de chiffrement, le serveur prouve son identité avec son certificat, et tous deux dérivent les clés qui chiffrent le reste de la connexion.
En TLS 1.3, le client envoie un ClientHello avec le nom du site (SNI), les suites de chiffrement qu’il prend en charge et un partage de clé. Le serveur répond avec son choix, son certificat et une signature, et le client vérifie la chaîne de certificats, le nom et les dates. Cela prend un aller-retour ; TLS 1.2 en demande deux.
Le handshake est une composante à part du temps de réponse : environ un aller-retour de latence plus le travail du serveur. Les connexions réutilisées et la reprise de session en évitent l’essentiel, c’est pourquoi un moniteur qui ouvre une nouvelle connexion à chaque vérification voit plus de temps TLS qu’un navigateur sur sa deuxième page.
Une négociation échoue pour plusieurs raisons : un certificat expiré ou incorrect, un certificat intermédiaire manquant, aucun certificat pour le nom demandé, un serveur qui ne propose que d’anciennes versions (TLS 1.0 et 1.1 sont dépréciés par la RFC 8996) ou un port qui répond en HTTP simple. Les navigateurs les affichent comme des erreurs de sécurité ; pour la surveillance, c’est de l’indisponibilité.
Temps TLS ≈ allers-retours × temps d’aller-retour + traitement serveur
Exemple : Avec 30 ms jusqu’au serveur, un handshake TLS 1.3 prend environ 30 ms plus le temps de traitement du serveur, et un handshake TLS 1.2 environ 60 ms.
Chaque vérification HTTPS dans Uptimecheck ouvre une nouvelle connexion et inclut donc une négociation complète, et les temps de réponse affichent la négociation TLS comme une phase à part, à côté du DNS, de la connexion, du serveur et du téléchargement. Les détails de la vérification indiquent la version TLS ainsi que le nom et l’émetteur du certificat. Quand une négociation échoue, l’incident indique sa cause probable : aucun certificat pour ce nom, uniquement d’anciennes versions de TLS ou d’anciens algorithmes de chiffrement, du HTTP simple sur le port HTTPS, une chaîne non approuvée ou incomplète, ou une négociation non terminée avant le délai d’expiration.
Essai gratuit de 14 jours · Puis gratuit pour 5 moniteurs · Sans carte bancaire
Guides 7 min de lecture
NET::ERR_CERT_DATE_INVALID, ERR_CERT_COMMON_NAME_INVALID et les autres avertissements SSL des navigateurs expliqués : ce que chacun signifie, d’où il vient et comment le corriger sur votre serveur.
LireMonitoring 7 min de lecture
Le temps de réponse, c’est le temps que met votre serveur à répondre à une requête, pas le temps de chargement de la page. Ce qui est considéré comme bon, pourquoi moniteurs et navigateurs ne mesurent pas la même chose, et ce qui ralentit les sites.
LireGuides 6 min de lecture
Les certificats TLS publics sont limités à 200 jours depuis le 15 mars 2026, puis à 100 et 47 jours. Le calendrier, ce qui change pour la validation de domaine et une checklist pour vous préparer.
LireEnviron un aller-retour pour TLS 1.3 et deux pour TLS 1.2, plus le traitement côté serveur : souvent 20 à 100 ms vers un serveur dans la même région. Bien plus indique un serveur lent ou éloigné, ou une chaîne de certificats que le client doit compléter lui-même.
Server Name Indication : le client nomme le site voulu dans son premier message de handshake, si bien qu’une seule adresse IP peut servir de nombreux sites avec des certificats différents. Sans nom correspondant, le serveur peut refuser le handshake.
Le plus souvent, un certificat expiré, erroné ou incomplet, un serveur qui ne propose que des versions de TLS ou des suites de chiffrement refusées par le client, ou un proxy ou un pare-feu qui coupe la connexion. Un vérificateur SSL montre quelle partie échoue.
Configurez votre premier moniteur en moins d’une minute, ou explorez d’abord la démo en ligne.
Essai gratuit de 14 jours · Puis gratuit pour 5 moniteurs · Sans carte bancaire
Avec votre accord, Google Analytics et Microsoft Clarity nous montrent quelles pages sont utiles et où les visiteurs bloquent. Ils déposent des cookies pour une durée maximale de 13 mois. Sans votre accord, aucun des deux ne s’exécute. Vous pouvez changer d’avis à tout moment via Paramètres des cookies en bas de la page. Politique de confidentialité