Pasirinktų HTTP užklausų peradresavimas iš Squid į HTTPS
Grąžinkite kliento peradresavimą žinomiems HTTPS galintiems tinklalapiams, o ne tyliai keiskite kiekvieną HTTP kilmės URL arba manykite, kad tarpinė serveris gali sukurti TLS palaikymą kilmėje.
Squid gali paprašyti naršyklės pakartoti pasirinktą HTTP URL per HTTPS. Paskirties vieta jau turi teikti atitinkamą išteklių per HTTPS; Squid paleidimas Raspberry Pi nesukuria šios galimybės svetainėje.
Squid 7 url_rewrite_program sąsajai helper gali grąžinti tokį kliento peradresavimą:
OK status=307 url="https://www.example.com/help"Tai vienas iliustracinis helper atsakymas atitinkančiai užklausai, o ne visa helper programa. Naršyklė gauna peradresavimą ir siunčia naują užklausą HTTPS URL. URL už atnaujinimo politikos ribų gali gauti OK ir likti nepakeistas.
Naudokite žinomą HTTPS galinčių paskirties vietų sąrašą ir analizuokite gaunamą URL. Išsaugokite numatytą kelią ir query, atsižvelkite į aiškius portus ir sąmoningai tvarkykite užklausos metodus. Aklai pakeitus kiekvieną http priešdėlį daroma prielaida, kad kiekviena kilmė turi lygiavertę HTTPS paslaugą.
Helper turi atsakyti į kiekvieną įvesties eilutę pagal įdiegtos Squid versijos protokolą. Jei įjungti lygiagretūs helper kanalai, išsaugokite kanalo identifikatorių atsakyme. Senas plikas 301:URL pavyzdys nepakeičiamas dabartiniu result-and-key/value formatu.
Pasirinkite kliento peradresavimą, kai naršyklė turėtų žinoti naują URL. rewrite-url atsakymas vietoj to prašo Squid gauti kitą URL už kliento pradinės užklausos, o tai gali palikti programos URL ir būseną nenuoseklius.
Pradinė HTTP užklausa jau nukeliavo į Squid prieš helperiui ją peradresuojant. Ši politika negali atgaline data apsaugoti tos užklausos. TLS prasideda kitame HTTPS ryšyje; vien tik CONNECT tunelis nesuteikia jokio šifravimo.