[squid-users] squid 4.5, can't download certificate?

Amos Jeffries squid3 at treenet.co.nz
Fri Jan 18 17:08:52 UTC 2019

On 19/01/19 4:31 am, Alex Rousskov wrote:
> On 1/18/19 4:35 AM, Dmitry Melekhov wrote:
>> 17.01.2019 21:02, Alex Rousskov пишет:
>>> On 1/16/19 10:30 PM, Dmitry Melekhov wrote:
>>>> 2019/01/17 09:18:21 kid1| ERROR: negotiating TLS on FD 55:
>>>> error:14090086:SSL routines:ssl3_get_server_certificate:certificate
>>>> verify failed (1/-1/0)
>>>> In access log:
>>>> 1547702300.945      0 NONE/503 329 GET
>>>> https://lkk-udm.esplus.ru/Services/Auth.asmx/Safe? dm HIER_NONE/-
>>>> text/html
>>>> 1547702301.304     84 - TCP_MISS/404 162 GET
>>>> http://crt.sectigo.com/SectigoRSADomainValidationSecureServerCA.crt-/ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff-GETmyip=-myport=0
>>>> - HIER_DIRECT/ text/html
>>> Your Squid (or some helper) appears to be adding an
>>> "-/ffff...GETmyip=-myport=0" suffix to the crt.sectigo.com URL,
>>> resulting in a 404 response from that server.
>> Yes, I suspected this, there is no helper which can add this, as far as
>> I know

These mangled URLs are the expected result of a URL-rewrite/redirector
helper written to use the long ago deprecated Squid-1.x version of
helper protocol. Being used in a Squid configured to allow whitespace in

When those two features are combined there is no way for Squid to
identify garbage after the end of URL in helper 1.0 syntax response,
from a v2.x syntax response with whitespace in the URL.

Squid-3.5 and later are only backward compatible to the Squid-2.0 helper
protocol. The older syntax is no longer supported at all.

Details of the Squid helper protocol can be found at


More information about the squid-users mailing list