SSL / TLS / Zertifikate
Vergleichen Sie eine SAN-Liste oder ein PEM-Zertifikat mit Hostnamen und IP-Adressen, jeweils einem Ziel pro Zeile.
Die Eingaben bleiben im Browser. Weder Zertifikat noch Ziele werden an einen Server gesendet.
SAN: DNS:Name, IP:Adresse oder IP Address:Adresse. Ziele: ein reiner Hostname oder eine IP pro Zeile.
Je 100 SANs und Ziele; 65.536 Zeichen pro Feld. Anzeige in Schritten von 50 Zeilen.
Nur Namensabdeckung. Kein CN-Rückfall, keine Vertrauens-, Ablauf-, Widerrufs- oder Suffixprüfung.
Eingabe geändert. Vor dem Export erneut abgleichen.
„Hostname prüfen“ ist sinnvoll, wenn eine Anwendung meldet: Zertifikat stimmt nicht überein. Ein bekannter Name im Zertifikatsbetreff reicht als Beleg nicht aus. Entscheidend ist, ob ein SAN des richtigen Typs den angefragten Namen abdeckt.
Das Beispiel trennt fehlende Namen, unpassende Wildcard-Tiefe und ungültige Ziele. So wird eine versehentlich eingefügte URL nicht als bloß fehlender Domainname behandelt.
Mit „Hostname prüfen“ wird sichtbar, dass *.example.com genau ein zusätzliches Label abdeckt. api.example.com passt; example.com und deep.api.example.com passen nicht zu diesem Muster. Ein eigener SAN kann sie dennoch abdecken.
DNS:192.0.2.1 ersetzt keinen IP-SAN. Eine IP-Adresse wird nur mit dem IP-Typ verglichen. Internationale Domainnamen werden vor dem Vergleich in ASCII umgewandelt; der Bericht zeigt den tatsächlich verwendeten Namen.
Eine SAN-Liste braucht DNS:, IP: oder IP Address: vor jedem Wert. Trennen Sie Einträge mit Kommas oder Zeilenumbrüchen. Im PEM-Modus ist genau ein vollständiger Zertifikatsblock erlaubt.
Ziele sind reine Hostnamen oder IP-Adressen ohne Protokoll, Port, Pfad, Klammern oder IPv6-Zonenkennung. Ein abschließender DNS-Punkt wird entfernt.
Automatik wartet nach einer Änderung 350 ms. Ohne Automatik erscheint die Schaltfläche; Ctrl/Cmd + Enter führt den Vergleich ebenfalls aus. Änderungen sperren sofort den Export.
Der Bericht erhält Originaleingabe, physische Zeilennummer, normalisierten Wert, Status und Grundcode. Bei einem Treffer wird der passende SAN genannt. Doppelte Ziele bleiben als getrennte Zeilen nachvollziehbar.
Komprimierte und ausgeschriebene IPv6-Adressen können denselben Wert haben. IPv4-gemappte IPv6-Adressen bleiben IPv6 und passen nicht zu einem vier Byte langen IPv4-SAN. IP-Wildcards und Netzpräfixe werden nicht verglichen.
JSON enthält auch die ausgelesenen SANs und die Anzahl ignorierter Typen. CSV liefert Zielzeilen mit festen Feldnamen und Grundcodes. Anführungszeichen werden maskiert; formelähnliche Zellen erhalten ein schützendes Apostroph.
Nur wenn ein passender SAN vorhanden ist, etwa DNS:www.example.com oder DNS:*.example.com. Ein alleiniger Eintrag DNS:example.com umfasst www nicht. Prüfen Sie beide Ziele getrennt.
SAN ist die Erweiterung für mehrere Identitäten. Ein Wildcard-Zertifikat enthält darin ein DNS-Muster mit Stern. Exakte DNS-Namen, Wildcard-Namen und IP-SANs können gemeinsam in einem Zertifikat vorkommen.
Hier wird genau ein Stern als vollständiges linkes Label akzeptiert. *.example.com deckt eine Unterebene ab, weder den Stamm noch a.b.example.com. www*.example.com und *.*.example.com sind Eingabefehler.
Nein. Ein IP-SAN bezeichnet genau eine IPv4- oder IPv6-Adresse. IP:192.0.2.* ist ungültig. Ein DNS-Eintrag mit Ziffern ersetzt den richtigen IP-Typ ebenfalls nicht.
Dem Zertifikat fehlt der für diesen Vergleich benötigte SAN. Der Common Name wird hier nicht ersatzweise verwendet. Benötigt wird ein Zertifikat mit dem richtigen DNS- oder IP-SAN, nicht eine ausgeschaltete Namensprüfung.
Noch eine Frage?
Mit „Hostname prüfen“ können Sie den tatsächlich vom Client angefragten Namen untersuchen, Treffer und Grund kontrollieren und den Bericht vor einer Zertifikatsänderung sichern.