Certificate and names
Check whether the certificate matches the tested host, when it expires, who issued it and which SAN names it contains.
Tool
SSL checker
Checks the SSL/TLS certificate, SAN names, validity, trust chain, TLS protocols and weak cryptographic algorithms.
SSL/TLS
SSL checker: certificate, trust chain and TLS security
The DataHouse SSL checker reviews the public HTTPS configuration of a domain: certificate names, validity, trust chain, TLS protocols and cryptographic risks. It is useful after certificate replacement, DNS changes, reverse proxy changes or cloud migration.
Trust chain
Detect missing intermediate certificates, wrong order or trust-store incompatibilities.
TLS and weak algorithms
Find deprecated protocols, weak signatures, short keys, expired certificates and risky configurations.
When should SSL/TLS be checked?
- After certificate renewal, replacement or HTTPS migration.
- After changes to A, AAAA, CNAME, load balancer, reverse proxy or WAF.
- Before publishing a new application on VPS, cloud server or dedicated server.
- When a browser warns about certificate name, validity or trust chain.
- When you need to confirm that weak protocols or algorithms are not used.
What to check together with SSL
A valid certificate is only the start of a technical HTTPS audit. After the SSL check, verify mixed content, redirects, DNS, PageSpeed and RDAP/WHOIS data.
FAQ: SSL checker
Is the SSL checker enough after replacing a certificate?
It is a good first check because it verifies domain matching, validity, trust chain and TLS risks. After that, run the mixed content checker and verify HTTPS redirects.
What does a certificate chain error usually mean?
It usually means a missing intermediate certificate, the wrong certificate order or a certificate issued by a CA that clients do not trust.