[squid-users] ssl bump
Alex Rousskov
rousskov at measurement-factory.com
Tue Jul 28 12:44:23 UTC 2026
On 2026-07-27 00:57, Vacheslav wrote:
> 27.07.2026 07:54, Vacheslav пишет:
>> 24.07.2026 16:08, Alex Rousskov пишет:
>>> In a working setup, we expect:
>>>
>>> A) A browser receiving a site certificate generated by Squid.
>>> This site certificate (A) is signed by CA certificate (B).
>>>
>>> B) CA certificate in /etc/squid/certs/squid-ca-cert-key.pem
>>> Squid http_port configured to use certificate (B).
>>> Browser configured to trust certificate (B).
>>>
>>>
>>> How does the above differ from what you observe?
>> i'm getting in firefox Код ошибки: SEC_ERROR_UNKNOWN_ISSUER
>> i had trusted squid-ca-cert.der in firefox and now i tried to trust
>> squid-ca-cert-key.pem but it complained that it is already trusted.
>
> some sites are opening while others complain of SEC_ERROR_UNKNOWN_ISSUER
> like linkedin and hotmail
To answer my question, focus on the problematic cases but ignore the
fact that Firefox is showing SEC_ERROR_UNKNOWN_ISSUER error. What
certificate did Firefox received from Squid (that triggered that error)?
Did it get (A)?
There is usually a way to examine the received certificate in Firefox
despite SEC_ERROR_UNKNOWN_ISSUER, but I do not have a step-by-step
instructions for that. When examining the certificate, look for Subject
and Issuer fields. Do they match those of certificate (A) used for
working (i.e. no browser error) transactions? If not, what are they, and
does the issuer match the Subject field in CA certificate (B)?
HTH,
Alex.
>>>> now the conf reconfigured is:
>>>> http_port 8080 ssl-bump cert=/etc/squid/certs/squid-ca-cert-key.pem
>>>> generate-host-certificates=on dynamic_cert_mem_cache_size=8MB
More information about the squid-users
mailing list