Skip to content

ERR_SSL_UNRECOGNIZED_NAME_ALERT

Key idea:

ERR_SSL_UNRECOGNIZED_NAME_ALERT — TLS alert 112: server has no cert for the requested SNI hostname. Causes: misconfigured nginx (missing server_name), Cloudflare Workers without a custom cert, legacy server with a single cert for all virtual hosts. Fix: add server block for requested hostname + valid cert.

Below: causes, fixes, FAQ.

Check your site's SSL →

Common Causes

  • nginx server_name mismatch — cert issued for a different domain
  • Cloudflare — domain not in account's zones
  • AWS ALB target group without HTTPS listener for this hostname
  • Shared hosting (DirectAdmin, cPanel) — wrong vhost routing
  • Load balancer SNI-based routing broken

Step-by-Step Fix

  1. nginx: verify server_name matches requested hostname exactly
  2. Cloudflare: add DNS record + enable proxy
  3. ALB: ensure HTTPS listener has cert bound to hostname
  4. Test SNI: openssl s_client -connect ip:443 -servername hostname
  5. Enterno SSL for external verify

Check SSL Certificate →

Related SSL Errors

TL;DR

The ERR_SSL_UNRECOGNIZED_NAME_ALERT error indicates a Server Name Indication (SNI) mismatch during the SSL handshake process. To resolve this issue, ensure that your server's SSL certificate matches the domain being accessed, and verify that the SNI is correctly configured in your server settings. Use commands like openssl s_client -connect example.com:443 -servername example.com to troubleshoot the connection.

Understanding ERR_SSL_UNRECOGNIZED_NAME_ALERT

The ERR_SSL_UNRECOGNIZED_NAME_ALERT error typically arises when the server cannot recognize the hostname being requested due to a mismatch in the SSL certificate and the requested domain. This issue is largely related to the Server Name Indication (SNI) extension, which allows multiple SSL certificates to be served from a single IP address.

When a client connects to a server using HTTPS, the client sends the requested hostname as part of the SSL handshake. If the server's SSL configuration does not recognize the hostname or if the certificate does not cover the requested domain, the client will receive this error. This can happen for several reasons, including:

  • Misconfigured SSL certificate that does not include the requested domain.
  • Using an IP address instead of the domain name in the URL.
  • Outdated SSL protocols or cipher suites.
  • DNS issues leading to incorrect domain resolution.

To diagnose the problem, you can use tools such as openssl or online SSL checkers. The command openssl s_client -connect example.com:443 -servername example.com will help you assess whether the server presents the correct certificate for the specified hostname.

Resolving SNI Mismatch Issues

To effectively resolve the ERR_SSL_UNRECOGNIZED_NAME_ALERT error, follow these steps:

  1. Verify SSL Certificate Configuration: Ensure that the SSL certificate installed on your server includes the domain name in its Subject Alternative Name (SAN) field. You can check this by using the command:
openssl x509 -in your_certificate.crt -text -noout
  1. Check SNI Configuration: Ensure your web server is correctly configured to handle SNI. For example, in Apache, you can set the ServerName and ServerAlias directives in your virtual host configuration:
<VirtualHost *:443>
    ServerName example.com
    ServerAlias www.example.com
    SSLEngine on
    SSLCertificateFile /path/to/certificate.crt
    SSLCertificateKeyFile /path/to/private.key
</VirtualHost>
  1. Test with Different Browsers: Sometimes, the error might be browser-specific. Test your website in various browsers to confirm the issue persists across them.
  1. Check for DNS Issues: Ensure that the DNS settings point to the correct IP address. Use the nslookup command:
nslookup example.com
  1. Update SSL Protocols: Ensure your server supports modern SSL protocols. Disable outdated protocols like SSLv3 and enable TLS 1.2 or higher. You can modify your server configuration accordingly:
SSLProtocol all -SSLv2 -SSLv3

By following these steps, you can effectively troubleshoot and resolve the ERR_SSL_UNRECOGNIZED_NAME_ALERT error, ensuring a secure connection for your users.

CertificateExpiry, issuer, domains (SAN)
ChainIntermediate and root CA validation
TLS ProtocolTLS version and cipher suite
VulnerabilitiesHeartbleed, POODLE, weak ciphers

Why teams trust us

TLS 1.3
supported
Full
CA chain check
<2s
result
30/14/7
days-to-expiry alerts

How it works

1

Enter domain

2

TLS chain verified

3

Expiry date & vulnerabilities

What Does the SSL Check Cover?

SSL/TLS is the encryption protocol that protects data between the browser and server. Our tool analyzes the certificate, chain of trust, TLS version, and knownvulnerabilities.

Certificate Details

Issuer, validity period, signature algorithm, covered domains (SAN), and validation type (DV/OV/EV).

Chain of Trust

Full chain verification: from leaf certificate through intermediates to root CA.

TLS Analysis

Protocol version (TLS 1.2/1.3), cipher suites, Perfect Forward Secrecy (PFS) support.

Expiry Alerts

Set up a monitor — get Telegram and email alerts 30/14/7 days before expiration.

DV vs OV vs EV Certificates

DV (Domain Validation)
  • Confirms domain ownership only
  • Issued in minutes automatically
  • Free via Let's Encrypt
  • Suitable for most websites
  • Most common certificate type
OV / EV
  • Organization (OV) or Extended Validation (EV)
  • Issued in 1-5 business days
  • Costs $50 to $500/year
  • For finance, e-commerce, government sites
  • Increases user trust

Who uses this

DevOps

SSL certificate monitoring

Security

TLS config audit

SEO

HTTPS as ranking factor

E-commerce

customer trust

Common Mistakes

Expired certificateBrowsers block sites with expired SSL. Set up auto-renewal or monitoring.
Incomplete certificate chainWithout intermediate CA, some browsers and bots cannot verify the certificate.
Mixed content on HTTPS siteHTTP resources on an HTTPS page — the browser lock icon disappears, reducing trust.
Using TLS 1.0/1.1Legacy TLS versions have known vulnerabilities. Use TLS 1.2+ or 1.3.
Domain mismatch in certificateThe certificate must cover all site domains, including www and subdomains.

Best Practices

Set up auto-renewalLet's Encrypt + certbot with cron — certificate renews automatically every 60-90 days.
Enable HSTSStrict-Transport-Security header forces browsers to always use HTTPS.
Use TLS 1.3TLS 1.3 is faster (1-RTT handshake) and safer — legacy ciphers removed.
Monitor expiration datesCreate a monitor on Enterno.io — get notified well before expiration.
Verify chain after renewalAfter certificate renewal, confirm that intermediate certificates are installed.

Get more with a free account

SSL certificate monitoring, check history and alerts 30 days before expiry.

Sign up free

Learn more

Sources

Frequently Asked Questions

Is SNI mandatory in 2026?

Yes. All modern browsers send SNI. Server without SNI support = legacy, fails with multiple HTTPS vhosts.

Default vhost fallback?

nginx: <code>server_name _;</code> matches undefined hosts. But cert must still match SNI (otherwise UNRECOGNIZED_NAME).

Encrypted SNI (ECH)?

ECH (RFC 9460) encrypts SNI in TLS 1.3. Cloudflare supports 2023+, Chrome partial. Does not cause this error — server-side config is target.

Monitor cert match?

<a href="/en/ssl">Enterno SSL checker</a> validates cert-vs-hostname. <a href="/en/monitors">Scheduled monitors</a> alert on mismatch.

Try the live tool that powered this guide

Free plan — 10 monitors, checks every 5 min, no card required. Upgrade for 1-minute interval and multi-region monitoring.