Atlasīto HTTP pieprasījumu novirzīšana no Squid uz HTTPS
Atgrieziet klienta novirzīšanu zināmām HTTPS spējīgām vietnēm, tā vietā klusi nemainot katru HTTP izcelsmes URL vai nepieņemot, ka starpniekservers var izveidot TLS atbalstu izcelsmē.
Squid var lūgt pārlūkam atkārtoti mēģināt atlasīto HTTP URL, izmantojot HTTPS. Galamērķim jau jāpiedāvā attiecīgais resurss HTTPS; Squid palaišana Raspberry Pi nerada šo iespēju vietnē.
Squid 7 url_rewrite_program saskarnei helper var atgriezt šādu klienta novirzīšanu:
OK status=307 url="https://www.example.com/help"Šī ir viena ilustratīva helper atbilde uz atbilstošu pieprasījumu, nevis pilnīga helper programma. Pārlūks saņem novirzīšanu un veic jaunu pieprasījumu uz HTTPS URL. URL ārpus jaunināšanas politikas var saņemt OK un palikt nemainīts.
Izmantojiet zināmu HTTPS spējīgu galamērķu sarakstu un analizējiet ienākošo URL. Saglabājiet paredzēto ceļu un query, ņemiet vērā skaidras ostas un apzināti apstrādājiet pieprasījuma metodes. Akli aizstājot katru http prefiksu, tiek pieņemts, ka katrai izcelsmei ir līdzvērtīgs HTTPS pakalpojums.
Helper jāatbild uz katru ievades rindu saskaņā ar instalētās Squid versijas protokolu. Ja ir iespējoti vienlaicīgi helper kanāli, saglabājiet kanāla identifikatoru atbildē. Vecais kailais 301:URL piemērs nav apmaināms ar pašreizējo result-and-key/value formātu.
Izvēlieties klienta novirzīšanu, kad pārlūkam jāzina jaunais URL. rewrite-url atbilde tā vietā lūdz Squid iegūt citu URL aiz klienta sākotnējā pieprasījuma, kas var atstāt lietojumprogrammas URL un stāvokli nekonsekventus.
Sākotnējais HTTP pieprasījums jau ir nonācis līdz Squid, pirms helper to var novirzīt. Šī politika nevar retrospektīvi aizsargāt šo pieprasījumu. TLS sākas nākamajā HTTPS savienojumā; tikai CONNECT tunelis nodrošina nekādu šifrēšanu.