Eu tenho uma configuração do servidor Squid com recursos SSL de armazenamento em cache ssl-bump usados pelo Docker, mas estou tendo problemas ao tentar fazer solicitações de cache para o Cloudfront, por exemplo:
1415056176.733 190419 172.17.0.40 TCP_MISS/200 221665373 GET https://dseasb33srnrn.cloudfront.net/images/8ca2483ec35c2a51b0a241eac48c40b1db6870be14d0507772a05a1bc565bf7e/layer? - PINNED/54.230.141.138 binary/octet-stream
1415055736.782 159755 172.17.0.9 TCP_MISS/200 221665364 GET https://dseasb33srnrn.cloudfront.net/images/8ca2483ec35c2a51b0a241eac48c40b1db6870be14d0507772a05a1bc565bf7e/layer? - PINNED/54.230.140.173 binary/octet-stream
Eu vejo que poderia ser por causa dos parâmetros de consulta enviados para a Cloudfront (ou os cabeçalhos retornados), mas dada essa configuração, existe uma maneira de forçar explicitamente o Squid a armazenar em cache o conteúdo?
acl docker_image_layer url_regex .*/images/.*/layer
request_header_access Accept-Encoding deny docker_image_layer
refresh_pattern -i . 3600 80% 14400
Como o Docker atinge https://registry-1.docker.io/v1/images/XXX/layer inicialmente, mas encontra um redirecionamento, é possível armazenar em cache o resultado final de um redirecionamento?
Tags cache squid amazon-cloudfront