• Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login
Netgate Discussion Forum
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login

Squid ssl_error_bad_cert_domain for non html requests

Scheduled Pinned Locked Moved Cache/Proxy
1 Posts 1 Posters 1.5k Views
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • T
    tobiascapin
    last edited by Apr 14, 2015, 2:57 PM Apr 14, 2015, 2:53 PM

    I installed squid with ssl_bump, all my clients trusts pfsense as a CA and now certificates from pfsense are trusted.

    I got some problem with some websites where main html page has a certificate and its resources (css, js…) are linked to another hostname with another certificate. The page is simple loaded as plain html without that resource due to certificate problem of resources.

    This is my configuration.

    And this is a failur case:
    https://wizzair.com/it-IT/Search

    The main html page is correctly loaded and the certificate is accepted.

    If I try to load one of the resource url, for example:
    https://cdn.static.wizzair.com/static/bundle_versioned_Release-patch_20150410.1/styles.css

    I got the problem:
    ssl_error_bad_cert_domain

    This is the certifiate issue from squid (and trusted from the client except for the CN mismatch):

    As you can see, the CN of the certificate is a ip address and not the hostname cdn.static.wizzair.com.
    Why this behavour? What is that ip address? Why squid doesn't use the right hotname to issue its certificate to client?

    I thought that would be a SAN prolema, so I checked the original certificate and this is issue with CN=cdn.static.wizzair.com so this is not and alternative name problem.

    Thank you.

    1 Reply Last reply Reply Quote 0
    1 out of 1
    • First post
      1/1
      Last post
    Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
      This community forum collects and processes your personal information.
      consent.not_received