SSL-Prüfer
Das echte Zertifikat lesen
Ein Schloss in der Adressleiste beantwortet eine von vier Fragen und zeigt Ihnen nie das echte Zertifikat. Dieser SSL-Prüfer öffnet stattdessen eine Verbindung zu Ihrer Domain, liest das tatsächlich gesendete Zertifikat und meldet Daten, abgedeckte Namen, Aussteller und Kette getrennt.
- KostenlosPreis
- 4Durchgeführte Prüfungen
- KeineHeruntergeladene Seiten
- KeineAnmeldung
SSL-Prüfer
Ablauf, abgedeckte Namen, Aussteller und Vertrauen — aus dem Live-Zertifikat gelesen
Die Domain allein genügt. Wir verbinden uns auf Port 443, lesen das vorgelegte Zertifikat und schließen die Verbindung.
Bereit. Geben Sie eine Domain ein und drücken Sie den Button.
Warum ein kostenloser SSL-Prüfer hilft
Ein Zertifikat hat vier getrennte Aufgaben. Es muss gültig sein, genau den aufgerufenen Namen abdecken, eine vertrauenswürdige Signatur tragen und mit seinen Zwischenzertifikaten ankommen.
Jede davon kann allein scheitern. Also kann eine Website drei von vier erfüllen und trotzdem jedem Besucher eine ganzseitige Warnung zeigen.
Ein SSL-Prüfer beantwortet alle vier Fragen einzeln. Daher erfahren Sie, welcher Teil kaputt ist, statt ein einziges Wort zu lesen, das ungültig sagt.
Das zählt, weil sich die Lösungen völlig unterscheiden. Eine Verlängerung dauert eine Minute, während ein fehlender Name ein komplett neu ausgestelltes Zertifikat braucht.
Der Handshake hinter diesem Schloss ist öffentlich nachzulesen. RFC 8446, der TLS 1.3 definiert ist die aktuelle Version davon.
Daten, Namen und Signaturen
Der Ablauf ist der bekannteste Punkt. Zertifikate halten heute Monate statt Jahre, und ein Ausfall durch eine verpasste Verlängerung lässt sich immer vermeiden.
Der Name erwischt Leute jedoch öfter. Ein Zertifikat für example.com deckt www.example.com nicht ab, denn jeder Hostname muss aufgeführt sein.
Wildcards helfen, allerdings nur eine Ebene tief. Also deckt *.example.com zwar www.example.com ab, verfehlt jedoch die nackte Domain und alles weiter Verschachtelte.
Die Kette, die niemand prüft
Ihr Server muss die Zwischenzertifikate zusätzlich zu seinem eigenen senden. Die meisten Installationsanleitungen erwähnen das nur einmal und beiläufig.
Lassen Sie sie weg, kommen Desktop-Browser meist zurecht. Weil sie Zwischenzertifikate zwischenspeichern, sieht die Website auf Ihrem Laptop völlig in Ordnung aus.
Smartphones speichern sie nicht. Folglich scheitert dieselbe Seite mobil, und der Fehler wirkt zufällig statt wie eine fehlende Datei.
Warum Vertrauen eine eigene Antwort braucht
Ein Zertifikat zu lesen und es zu bewerten sind zwei verschiedene Aufgaben. Zuerst öffnet dieses Tool eine Verbindung ohne Prüfung, nur um festzuhalten, was Ihr Server sendet, sodass sich auch ein kaputtes Zertifikat lesen und erklären lässt. Danach öffnet es eine zweite, prüfende Verbindung, um eine Frage zu beantworten: Vertraut dem überhaupt jemand? Deshalb kann ein Bericht ein Zertifikat als lesbar, korrekt benannt, gültig und trotzdem nicht vertrauenswürdig einstufen.
So nutzen Sie den SSL-Prüfer
Domain eingeben und das Urteil lesen. Weil nur das Zertifikat reist, kommt die Antwort in etwa einer Sekunde.
- 1
Die Domain eingeben
Der Hostname allein genügt. Prüfen Sie www und die nackte Domain getrennt, denn sie können unterschiedliche Ergebnisse liefern.
- 2
Auf Prüfen klicken
Unser Server verbindet sich über Port 443, liest das Zertifikat und schließt. Dabei wird nie ein Seiteninhalt angefordert.
- 3
Das einzeilige Urteil lesen
Gültig, läuft bald ab oder kaputt. Die Zeile nennt den Grund, statt ihn Ihnen zum Herausfinden zu überlassen.
- 4
Die Befunde abarbeiten
Zuerst kommen Probleme, danach Warnungen und Hinweise. Jeder sagt, was am Server zu ändern ist.
Was dieser SSL-Prüfer meldet
Ein Schloss ist eine Ja-oder-Nein-Antwort. Dieser Bericht trennt stattdessen die vier Dinge, die ein Zertifikat richtig machen muss.
Resttage, für Sie gezählt
Der Bericht sagt in achtundsechzig Tagen, statt ein rohes Datum auszugeben. Also ist die Zahl, die Sie brauchen, auch die Zahl, die Sie sehen.
Namensabdeckung geprüft
Wir bestätigen, dass das Zertifikat genau den eingegebenen Host aufführt. Daher fällt ein Wildcard, das die nackte Domain verfehlt, sofort auf.
Vertrauen getrennt getestet
Eine zweite, prüfende Verbindung beantwortet die Vertrauensfrage für sich. Dadurch lassen sich selbstsigniert und nicht vertrauenswürdig unterscheiden.
Kettenlänge gemeldet
Ein Zertifikat ohne Zwischenzertifikate erhält eine Warnung. Weil dieser Fehler nur Smartphones trifft, bliebe er sonst wochenlang verborgen.
Protokoll und Signatur angezeigt
Veraltete TLS-Versionen und SHA-1-Signaturen werden klar markiert. Dann wissen Sie, was Sie am Server abschalten sollten.
Danach wird nichts behalten
Die Domain dient einer Prüfung und verschwindet dann. Wir speichern keinen Verlauf und verlangen auch kein Konto.
Gewohnheiten, die Ausfälle verhindern
Zertifikatsfehler sind vorhersehbar und deshalb vermeidbar. Diese sechs Gewohnheiten decken fast alle ab.
- Verlängerung richtig automatisieren. Richten Sie sie einmal ein und prüfen Sie dann, ob sie wirklich lief. Ein still kaputtes Verlängerungsskript ist die übliche Ursache eines Ablaufs.
- Beide Hostnamen prüfen. Testen Sie example.com und www.example.com. Weil sie verschiedene Zertifikate tragen können, kann einer scheitern, während der andere besteht.
- Die vollständige Kette installieren. Ihr Anbieter liefert ein Paket, keine einzelne Datei. Laden Sie also das Ganze hoch, statt nur das Zertifikat selbst.
- Am Smartphone testen. Ein fehlendes Zwischenzertifikat bleibt Desktop-Browsern völlig verborgen. Daher erwischt ein mobiler Besuch, was ein Laptop nie findet.
- Die Dreißig-Tage-Marke im Blick behalten. Die automatische Verlängerung greift meist um diese Zeit. Ist bis Tag dreißig nichts passiert, sehen Sie vor der Frist nach.
- Jede genutzte Subdomain abdecken. Shops, Blogs und App-Subdomains brauchen jeweils Abdeckung. Ein Wildcard reicht nämlich nur eine Ebene tief und nicht weiter.
Zertifikatsfehler, die Sie kennen sollten
Diese drei verursachen die meisten https-Ausfälle. Zudem sieht jeder wie etwas anderes aus, bis jemand das Zertifikat liest.
Nur dem Schloss vertrauen
Ein Browser speichert Zwischenzertifikate und verbirgt die Lücke. Jedoch sieht ein Erstbesucher am Smartphone die Warnung, die Sie nie sehen.
Ein selbstsigniertes Zertifikat stehen lassen
Staging-Zertifikate wandern überraschend oft mit in die Produktion. Deshalb lehnt jeder Browser es ab, egal wie stark die Verschlüsselung ist.
Annehmen, dass die Verlängerung noch läuft
Eine Pfadänderung oder ein fehlgeschlagener Cron-Job stoppt sie still. Statt es anzunehmen, prüfen Sie einmal im Monat die verbleibenden Tage.
Fragen zu Zertifikaten beantwortet
Warum nutzt dieses Tool Ihren Server?
Ein Browser-Tab kann das Zertifikat einer anderen Website nicht lesen, denn nichts in der Webplattform gibt es preis. Deshalb öffnet unser Server die Verbindung. Wir senden nur die eingegebene Domain, laden keine Seiten und behalten danach nichts.
Meine Website funktioniert, warum also die Warnung?
Fast immer fehlt ein Zwischenzertifikat. Ihr Desktop-Browser hat es von einer anderen Website zwischengespeichert und füllt die Lücke für Sie. Ein Smartphone hat jedoch keinen solchen Cache, deshalb lehnt es die Verbindung sofort ab.
Wie lange sollte ein Zertifikat gelten?
Öffentliche Zertifikate sind inzwischen auf deutlich unter ein Jahr begrenzt, und die Grenze sinkt weiter. Kurze Laufzeiten sind gut, weil sie die Verlängerung zur Automatik machen, statt sie dem Gedächtnis zu überlassen.
Deckt ein Wildcard-Zertifikat alles ab?
Nein, nur eine Ebene. Ein Wildcard für *.example.com deckt www.example.com und shop.example.com ab, verfehlt jedoch example.com selbst und alles wie a.b.example.com. Führen Sie deshalb die nackte Domain ausdrücklich auf.
Ist ein kostenloses Zertifikat schwächer?
In keiner Hinsicht, die zählt. Die Verschlüsselung ist identisch, und Browser behandeln es genauso. Bezahlte Zertifikate bringen Garantien und Support, aber keinen stärkeren Schutz. Nehmen Sie also das, welches Ihr Hoster automatisch verlängert.
Kann ich einen internen Server prüfen?
Nein. Private Netzwerke und interne Namen werden abgelehnt, bevor eine Verbindung öffnet, weil dies auf unserem Server läuft und nicht in Ihrem Tab. Nur öffentliche Domains.
Den Rest der Einrichtung prüfen
Ein Zertifikat ist ein Teil einer funktionierenden https-Website. Deshalb decken diese drei die anderen ab.
HTTP-Statuscode-Prüfer
Lesen Sie die Antwort-Header jeder Adresse, einschließlich HSTS.
Tool öffnen →Weiterleitungsketten-Prüfer
Erkennen Sie eine Kette, die von https zurück auf http fällt.
Tool öffnen →.htaccess-Weiterleitungsgenerator
Schreiben Sie die Regel, die https websiteweit erzwingt.
Tool öffnen →
Testen Sie Ihr Zertifikat sofort
Geben Sie eine Domain ein und lesen Sie alle vier Antworten auf einmal. Dieser SSL-Prüfer ist kostenlos, dauert eine Sekunde und lädt keine Seiten herunter.