Zakaj CONNECT ne polni objektnega predpomnilnika Squida
Zakaj lahko navaden tunel HTTPS prenese veliko bajtov, ne da bi posredniku dal ponovno uporabne objekte odgovorov HTTP.
Navaden tunel CONNECT daje Squidu šifrirane bajte, ne odgovora spletnega mesta, ki ga lahko predpomni. Velik prenos HTTPS tako ustvari veliko prometa brez ponovno uporabnega objektnega vnosa.
Squid lahko zabeleži cilj, trajanje in število bajtov tunela. Ne dobi notranje poti URL, navodil za predpomnjenje, predstavitve in validatorjev kot običajnih sporočil HTTP za hrambo in ponovno uporabo. Več diska ali višja meja velikosti objekta jih ne razkrije.
Preverite metode zahtev in zapise tunelov, preden razglasite predpomnjenje za pokvarjeno. Obremenitev s prevlado CONNECT ustreza velikim prenosom in majhni ponovni uporabi objektov. Za pravi preizkus uporabite svoj vir HTTP z izrecnimi cache glavami in znano vsebino; potrdite, da testirate Squidovo objektno pot, ne tunela, predpomnilnika brskalnika ali ciljnega CDN.
TLS do posrednika je ločena plast. Ko Squid zaključi TLS na lastnem poslušalcu, lahko obdela običajno zahtevo za cilj HTTP. Če povezava namesto tega zahteva CONNECT do HTTPS, ostane notranji TLS cilja ločen in neprosojen.
Prestrezanje HTTPS spremeni zahteve glede zaupanja potrdil, pooblastil in zasebnosti. Ni običajna prilagoditev predpomnilniškega prostora, navaden posredniški proxy pa ne potrebuje prestrezanja za delovanje.