SSL / TLS / Certificats
Comparez une liste SAN ou un seul certificat PEM à des noms d'hôtes et adresses IP, une cible par ligne.
Les entrées restent dans ce navigateur. Aucun certificat n'est envoyé et aucune cible n'est contactée.
SAN : DNS:nom, IP:adresse ou IP Address:adresse. Cibles : un nom ou une IP seule par ligne.
100 SAN et 100 cibles maximum ; 65 536 caractères par champ. Affichage par 50 lignes.
Noms uniquement. Aucun repli CN ni contrôle de confiance, expiration, révocation ou suffixe public.
Entrée modifiée. Comparez à nouveau avant d'exporter.
La vérification du nom d'hôte aide à distinguer un nom absent du SAN, un joker trop limité et une cible mal saisie. Un domaine familier dans le sujet du certificat ne suffit pas : il faut une identité SAN du bon type.
L'exemple réunit des correspondances, des noms non couverts et une entrée invalide. Une URL collée par erreur reste ainsi distincte d'un sous-domaine valide mais non couvert.
La vérification du nom d'hôte interprète *.example.com comme un seul label supplémentaire. api.example.com correspond, mais ni example.com ni deep.api.example.com ne correspondent à ce joker seul. Un autre SAN peut les couvrir explicitement.
DNS:192.0.2.1 ne remplace pas IP:192.0.2.1. Les adresses suivent la comparaison IP. Les domaines internationalisés sont convertis en ASCII avant comparaison et leur forme normalisée reste visible.
Dans une liste, chaque valeur porte DNS:, IP: ou IP Address:. Séparez les entrées par une virgule ou un retour à la ligne. Le mode PEM accepte un seul bloc de certificat complet.
Saisissez un nom ou une IP sans protocole, port, chemin, crochets ni identifiant de zone IPv6. Un point DNS final est retiré pour la comparaison.
Le mode automatique attend 350 ms après une modification. Désactivez-le pour afficher le bouton ou utilisez Ctrl/Cmd + Enter. Toute modification bloque immédiatement l'export de l'ancien résultat.
Chaque cible conserve son texte initial, son numéro de ligne physique, sa valeur normalisée, son état et un code de motif. Une correspondance indique le SAN retenu. Les doublons restent des lignes séparées.
Une adresse compressée et sa forme développée peuvent être égales. Une IPv6 à IPv4 incorporée reste une IPv6 : elle ne correspond pas à un SAN IPv4 de quatre octets. Aucun joker IP ni préfixe réseau n'est comparé.
JSON contient les SAN extraits et le nombre de types ignorés. CSV fournit les lignes de cibles avec des champs et codes stables. Les guillemets sont échappés et les cellules susceptibles d'être interprétées comme formules reçoivent une apostrophe protectrice.
Un certificat multi-domaine réunit plusieurs identités dans l'extension SAN. Des noms DNS exacts, des motifs génériques et des adresses IP peuvent y coexister. Chaque cible est comparée aux entrées de son type.
SAN est l'extension qui contient les noms. Un certificat wildcard y utilise un motif DNS avec étoile, tel que *.example.com. Les deux notions ne s'excluent donc pas ; une liste SAN peut mélanger motifs et noms exacts.
Non, *.example.com ne couvre pas example.com. Il faut une entrée DNS:example.com distincte. Vérifiez séparément la racine et le sous-domaine pour repérer un oubli.
Non. Le SAN IP représente une adresse précise, IPv4 ou IPv6. IP:192.0.2.* est invalide. Une chaîne numérique dans une entrée DNS ne remplace pas non plus une identité IP.
Le certificat ne fournit pas le SAN nécessaire au contrôle. Le Common Name ne sert pas de remplacement ici. Il faut un certificat avec le SAN DNS ou IP approprié, plutôt que désactiver le contrôle du nom.
Une autre question ?
Effectuez la vérification du nom d'hôte avec le nom exact demandé par le client, examinez le SAN correspondant puis conservez le rapport avant de modifier le certificat.