Preusmerjanje izbranih zahtev HTTP iz Squida v HTTPS
Vrnite preusmeritev odjemalca za znana mesta, ki podpirajo HTTPS, namesto tihega spreminjanja vsakega izvornega URL-ja HTTP ali domneve, da lahko proxy ustvari podporo TLS pri izvoru.
Squid lahko prosi brskalnik, naj znova poskusi izbrani URL HTTP prek HTTPS. Cilj mora že streči ustrezen vir prek HTTPS; zagon Squida na Raspberry Pi te zmožnosti na spletnem mestu ne ustvari.
Za vmesnik url_rewrite_program v Squidu 7 lahko helper vrne preusmeritev odjemalca, kot je ta:
OK status=307 url="https://www.example.com/help"To je ena ilustrativna odgovor helperja za ujemajočo zahtevo, ne celoten program helperja. Brskalnik prejme preusmeritev in pošlje novo zahtevo na URL HTTPS. URL zunaj politike nadgradnje lahko prejme OK in ostane nespremenjen.
Uporabite znan seznam ciljev, ki podpirajo HTTPS, in analizirajte vhodni URL. Ohranite predvideno pot in query, upoštevajte izrecna vrata in zavestno obravnavajte metode zahteve. Slepo zamenjavo vsake predpone http predpostavlja, da ima vsak izvor enakovredno storitev HTTPS.
Helper mora odgovoriti na vsako vhodno vrstico po protokolu nameščene različice Squida. Če so omogočeni sočasni kanali helperja, ohranite identifikator kanala v odgovoru. Stari goli primer 301:URL ni zamenljiv s trenutno obliko result-and-key/value.
Izberite preusmeritev odjemalca, ko mora brskalnik poznati novi URL. Odgovor rewrite-url namesto tega prosi Squid, naj pridobi drug URL za prvotno zahtevo odjemalca, kar lahko pusti URL-je aplikacije in stanje nedosledne.
Začetna zahteva HTTP je že prispela do Squida, preden jo helper lahko preusmeri. Ta politika te zahteve ne more zaščititi za nazaj. TLS se začne ob naslednji povezavi HTTPS; samo predor CONNECT ne zagotavlja nobenega šifriranja.