Vérificateur SSL
Lisez le vrai certificat
Le cadenas de la barre d’adresse répond à une question sur quatre et ne vous montre jamais le vrai certificat. Au contraire, ce vérificateur SSL ouvre une connexion vers votre domaine, lit le certificat réellement envoyé et présente séparément les dates, les noms couverts, l’émetteur et la chaîne.
- GratuitPrix
- 4Contrôles effectués
- AucunePages téléchargées
- AucuneInscription
Vérificateur SSL
Expiration, noms couverts, émetteur et confiance — lus sur le certificat en ligne
Le domaine seul suffit. Nous nous connectons sur le port 443, lisons le certificat présenté et fermons la connexion.
Prêt. Tapez un domaine et appuyez sur le bouton.
Pourquoi utiliser un vérificateur SSL gratuit
Un certificat a quatre missions distinctes. Il doit être valide, couvrir le nom exact visité, porter une signature de confiance et arriver avec ses intermédiaires.
Chacune peut échouer seule. Ainsi, un site peut en réussir trois sur quatre et pourtant montrer à chaque visiteur un avertissement pleine page.
Un vérificateur SSL répond aux quatre questions séparément. Par conséquent, vous savez quelle partie a cassé, plutôt que de lire un seul mot qui dit invalide.
Cela compte, car les corrections diffèrent totalement. Un renouvellement prend une minute, tandis qu’un nom manquant exige de réémettre le certificat depuis le début.
La négociation derrière ce cadenas se lit publiquement. La RFC 8446, qui définit TLS 1.3 en est la version actuelle.
Dates, noms et signatures
L’expiration est la plus connue. Les certificats durent des mois désormais, pas des années, et une panne due à un renouvellement oublié est toujours évitable.
Le nom piège pourtant les gens plus souvent. Un certificat pour example.com ne couvre pas www.example.com, car chaque nom d’hôte doit figurer dans la liste.
Les wildcards aident, mais sur un seul niveau. Ainsi, *.example.com couvre www.example.com, pourtant il manque le domaine nu et tout ce qui est imbriqué plus bas.
La chaîne que personne ne vérifie
Votre serveur doit envoyer les certificats intermédiaires en plus du sien. La plupart des guides d’installation le mentionnent une fois, discrètement.
Si vous les oubliez, les navigateurs de bureau s’en sortent en général. Puisqu’ils gardent les intermédiaires en cache, le site paraît parfait sur votre ordinateur portable.
Les téléphones ne les gardent pas. Par conséquent, la même page échoue sur mobile, et le défaut semble aléatoire plutôt que lié à un fichier manquant.
Pourquoi la confiance mérite sa propre réponse
Lire un certificat et le juger sont deux tâches différentes. D’abord, cet outil ouvre une connexion sans vérification, uniquement pour capturer ce que votre serveur envoie, afin qu’un certificat cassé puisse quand même être lu et expliqué. Ensuite, il ouvre une seconde connexion, avec vérification, pour répondre à une seule question : quelqu’un fait-il confiance à ceci ? C’est pourquoi un rapport peut dire qu’un certificat est lisible, bien nommé, valide et pourtant non fiable.
Le vérificateur SSL, étape par étape
Tapez le domaine et lisez le verdict. Comme seul le certificat circule, la réponse arrive en une seconde environ.
- 1
Saisissez le domaine
Le nom d’hôte suffit. Vérifiez www et le domaine nu séparément, car ils peuvent donner des résultats différents.
- 2
Lancez la vérification
Notre serveur se connecte sur le port 443, lit le certificat et ferme. Aucun contenu de page n’est jamais demandé.
- 3
Lisez le verdict en une ligne
Valide, bientôt expiré ou cassé. La ligne nomme la raison au lieu de vous laisser la deviner.
- 4
Traitez les résultats
Les problèmes viennent d’abord, puis les avertissements et les notes. Chacun indique quoi changer sur le serveur.
Ce que signale ce vérificateur SSL
Un cadenas donne une réponse oui ou non. Au contraire, ce rapport sépare les quatre choses qu’un certificat doit réussir.
Jours restants, comptés pour vous
Le rapport dit dans soixante-huit jours au lieu d’afficher une date brute. Le chiffre affiché est donc exactement celui qu’il vous faut.
Couverture des noms vérifiée
Nous confirmons que le certificat liste l’hôte exact saisi. Par conséquent, un wildcard qui manque le domaine nu apparaît aussitôt.
Confiance testée à part
Une seconde connexion avec vérification répond seule à la question de la confiance. Ainsi, autosigné et non fiable se distinguent.
Longueur de chaîne indiquée
Un certificat sans intermédiaire reçoit un avertissement. Puisque ce défaut ne casse que les téléphones, il resterait sinon caché des semaines.
Protocole et signature affichés
Les versions TLS retirées et les signatures SHA-1 sont clairement signalées. Ensuite, vous savez quoi désactiver sur le serveur.
Rien n’est gardé ensuite
Le domaine sert à une vérification, puis disparaît. Nous ne stockons aucun historique et ne demandons aucun compte non plus.
Des habitudes qui évitent les pannes
Les échecs de certificat sont prévisibles, donc évitables. Ces six habitudes en couvrent presque tous.
- Automatisez correctement le renouvellement. Configurez-le une fois, puis confirmez qu’il s’est bien exécuté. Un script de renouvellement cassé en silence est la cause habituelle d’une expiration.
- Vérifiez les deux noms d’hôte. Vérifiez à la fois example.com et sa version www. Comme ils peuvent porter des certificats différents, l’un peut échouer pendant que l’autre passe.
- Installez la chaîne complète. Votre fournisseur livre un ensemble, pas un fichier unique. Envoyez donc le tout, plutôt que le seul certificat.
- Testez sur un téléphone. Un intermédiaire manquant échappe totalement aux navigateurs de bureau. Par conséquent, une visite sur mobile attrape ce qu’un portable ne verra jamais.
- Surveillez le cap des trente jours. Le renouvellement automatique se déclenche en général vers cette date. Si rien ne s’est passé au trentième jour, examinez-le avant l’échéance.
- Couvrez chaque sous-domaine servi. Boutiques, blogs et sous-domaines d’applications ont chacun besoin d’être couverts. En effet, un wildcard descend d’un niveau et pas plus.
Des défauts de certificat à connaître
Ces trois-là causent la plupart des pannes https. De plus, chacun ressemble à autre chose jusqu’à ce que quelqu’un lise le certificat.
Se contenter de l’icône du cadenas
Un navigateur garde les intermédiaires en cache et masque le vide. Cependant, un nouveau visiteur sur mobile voit l’avertissement que vous ne voyez jamais.
Laisser un certificat autosigné
Les certificats de préproduction suivent le site en production étonnamment souvent. Donc chaque navigateur le rejette, aussi fort que soit le chiffrement.
Supposer que le renouvellement fonctionne toujours
Un changement de chemin ou une tâche cron ratée l’arrête en silence. Plutôt que de supposer, vérifiez les jours restants une fois par mois.
Réponses sur les certificats
Pourquoi cet outil utilise-t-il votre serveur ?
Un onglet de navigateur ne peut pas lire le certificat d’un autre site, car rien dans la plateforme web ne l’expose. Notre serveur ouvre donc la connexion à sa place. Nous envoyons seulement le domaine saisi, ne téléchargeons aucune page et ne gardons rien ensuite.
Mon site fonctionne, alors pourquoi cet avertissement ?
Presque toujours à cause d’un certificat intermédiaire manquant. Votre navigateur de bureau l’a mis en cache depuis un autre site et comble le vide pour vous. Cependant, un téléphone n’a pas ce cache, donc il refuse carrément la connexion.
Combien de temps un certificat doit-il durer ?
Les certificats publics sont désormais limités à bien moins d’un an, et cette limite continue de baisser. Les durées courtes sont une bonne chose, car elles obligent à automatiser le renouvellement plutôt qu’à s’en souvenir.
Un certificat wildcard couvre-t-il tout ?
Non, un seul niveau. Un wildcard pour *.example.com couvre www.example.com et shop.example.com, pourtant il laisse de côté example.com lui-même et tout ce qui ressemble à a.b.example.com. C’est pourquoi il faut lister le domaine nu explicitement.
Un certificat gratuit est-il plus faible ?
En rien qui compte. Le chiffrement est identique, et les navigateurs le traitent de la même façon. Les certificats payants ajoutent des garanties et du support, pas une protection plus forte. Choisissez donc celui que votre hébergeur renouvelle automatiquement.
Puis-je vérifier un serveur interne ?
Non. Les réseaux privés et les noms internes sont refusés avant toute connexion, parce que cela tourne sur notre serveur et non dans votre onglet. Domaines publics uniquement.
Contrôlez aussi les autres réglages du serveur
Un certificat n’est qu’une partie d’un site https qui fonctionne. C’est pourquoi ces trois outils couvrent le reste.
Voyez quel code renvoie chaque URL
Lisez les en-têtes de réponse, HSTS compris, de toute adresse.
Ouvrir l’outil →Vérificateur de chaînes de redirection
Repérez une chaîne qui retombe de https vers http.
Ouvrir l’outil →Générateur de redirections .htaccess
Écrivez la règle qui force https sur tout le site.
Ouvrir l’outil →
Vérifiez votre certificat maintenant
Tapez un domaine et lisez les quatre réponses d’un coup. Ce vérificateur SSL est gratuit, prend une seconde et ne télécharge aucune page.