Waarom CONNECT-verkeer nie Squid se objekkas vul nie
Waarom ’n gewone HTTPS-tonnel baie grepe kan oordra sonder om ’n voorwaartse instaanbediener herbruikbare HTTP-antwoordobjekte te gee.
’n Gewone CONNECT-tonnel gee Squid geënkripteerde grepe eerder as ’n kasbare webwerfantwoord. ’n Groot HTTPS-aflaai kan dus baie verkeer en geen herbruikbare objekkasinskrywing byvoeg nie.
Squid kan die tonnelbestemming, duur en greeptelling aanteken. Dit ontvang nie die binneste URL-pad, kasinstruksies, voorstelling en valideerders as gewone HTTP-boodskappe wat dit kan stoor en hergebruik nie. Meer skyfspasie of ’n groter objeklimiet kan dit nie blootlê nie.
Kontroleer versoekmetodes en tonnelrekords voordat jy die kas as stukkend verklaar. ’n CONNECT-oorheersde werklading pas by groot oordragte en min objekhergebruik. Gebruik vir ’n werklike kastoets ’n HTTP-hulpbron onder jou beheer met uitdruklike kaskopstukke en bekende inhoud; bevestig dat jy Squid se objekpad toets, nie ’n tonnel, blaaierkas of bestemming-CDN nie.
TLS na die instaanbediener is ’n aparte laag. Nadat Squid sy eie TLS-luisterdiens termineer, kan dit ’n gewone HTTP-bestemmingsversoek verwerk. As dié verbinding eerder CONNECT na HTTPS vra, bly die binneste bestemming-TLS apart en ondeursigtig.
HTTPS-onderskepping verander vereistes vir sertifikaatvertroue, magtiging en privaatheid. Dit is nie ’n gewone kasspasie-aanpassing nie, en ’n normale voorwaartse instaanbediener het nie onderskepping nodig om te werk nie.