De acordo com a documentação Privoxy
4.15. How can Privoxy filter Secure (HTTPS) URLs?
Since secure HTTP connections are encrypted SSL sessions between your browser and the secure site, and are meant to be reliably secure, there is little that Privoxy can do but hand the raw gibberish data though from one end to the other unprocessed.
The only exception to this is blocking by host patterns, as the client needs to tell Privoxy the name of the remote server, so that Privoxy can establish the connection. If that name matches a host-only pattern, the connection will be blocked.
o bloqueio por padrão de host deve funcionar independentemente do protocolo usado (HTTP ou HTTPS)
Por exemplo:
%código%
efetivamente bloqueia
{ +block{Nasty ads.} }
.somesite.com/imp
mas não http://test.somesite/imp
Os navegadores que eu uso estão configurados para usar proxy Privoxy para HTTP e HTTPS.
É um bug ou um comportamento esperado, apesar do que o documento diz? (Estou usando v3.0.26)
O problema é que você tem um padrão de caminho . Não se aplica a solicitações CONNECT.
Se, por outro lado, você tiver um padrão de host , vai funcionar sem problema.
No entanto, como o proxy não pode exibir a página regular "bloqueada" com HTTPS, ele simplesmente recusará a solicitação. O navegador exibirá um erro como "O servidor proxy está recusando conexões". Isso significa que você não poderá ignorar o filtro (se essa opção estiver ativada).
Você precisará enviar sua conexão por meio de um proxy com suporte SSL e encaminhar o tráfego de volta para a porta em que você estiver usando o privoxy.
Tente usar o Stunnel.org . Certifique-se de editar a configuração para encaminhar para a porta 8118 ou qualquer coisa que você esteja ouvindo no privoxy.
Tags privoxy