Valitud HTTP-päringute ümbersuunamine Squidist HTTPS-ile
Tagastage kliendi ümbersuunamine teadaolevatele HTTPS-võimelistele saitidele, selle asemel et vaikselt muuta iga HTTP origin-URL-i või eeldada, et puhverserver suudab luua origin TLS-i toe.
Squid saab paluda brauseril valitud HTTP-URL HTTPS-i kaudu uuesti proovida. Sihtkoht peab juba vastava ressursi HTTPS-i kaudu pakkuma; Squidi käitamine Raspberry Pi peal ei loo seda võimet veebisaidil.
Squid 7 url_rewrite_program liidese jaoks võib helper tagastada kliendi ümbersuunamise, näiteks:
OK status=307 url="https://www.example.com/help"See on üks näitlik helperi vastus sobivale päringule, mitte täielik helperi programm. Brauser saab ümbersuunamise ja teeb uue päringu HTTPS-URL-ile. Väljaspool uuenduspoliitikat olev URL võib saada OK ja jääda muutmata.
Kasutage teadaolevat HTTPS-võimeliste sihtkohtade loendit ja parsige sissetulev URL. Säilitage kavandatud tee ja query, arvestage selgesõnaliste portidega ning käsitlege päringumeetodeid teadlikult. Iga http-eesliite pimesi asendamine eeldab, et igal originil on samaväärne HTTPS-teenus.
Helper peab vastama igale sisendireale paigaldatud Squidi versiooni protokolli järgi. Kui samaaegsed helperi kanalid on lubatud, säilitage vastuses kanali identifikaator. Vana paljas 301:URL näide ei ole vahetatav praeguse result-and-key/value vorminguga.
Valige kliendi ümbersuunamine, kui brauser peaks uue URL-i teadma. rewrite-url vastus palub seevastu Squidil tuua teine URL kliendi algse päringu taga, mis võib jätta rakenduse URL-id ja oleku vastuoluliseks.
Algne HTTP-päring on juba Squidini jõudnud, enne kui helper saab selle ümbersuunata. See poliitika ei saa seda päringut tagasiulatuvalt kaitsta. TLS algab järgmisel HTTPS-ühendusel; ainult CONNECT-tunnel ei paku mingit krüpteerimist.