Herlei geselekteerde HTTP-versoeke van Squid na HTTPS
Stuur 'n kliëntherleiding vir bekende HTTPS-bekwame werwe eerder as om elke HTTP-oorsprong-URL stilweg te verander of te aanvaar dat die instaanbediener TLS-ondersteuning by die oorsprong kan skep.
Squid kan 'n blaaier vra om 'n geselekteerde HTTP-URL oor HTTPS te herhaal. Die bestemming moet reeds die ooreenstemmende hulpbron oor HTTPS lewer; om Squid op 'n Raspberry Pi te laat loop, skep nie daardie vermoë by die webwerf nie.
Vir Squid 7 se url_rewrite_program-koppelvlak kan 'n helper 'n kliëntherleiding soos hierdie terugstuur:
OK status=307 url="https://www.example.com/help"Dit is een illustratiewe helper-antwoord vir 'n passende versoek, nie 'n volledige helperprogram nie. Die blaaier ontvang die herleiding en maak 'n nuwe versoek vir die HTTPS-URL. 'n URL buite die opgraderingsbeleid kan OK ontvang en bly onveranderd.
Gebruik 'n bekende lys HTTPS-bekwame bestemmings en ontleed die inkomende URL. Behou die beoogde pad en navraag, hou rekening met eksplisiete poorte en hanteer versoekmetodes doelbewus. Om elke http-voorvoegsel blindelings te vervang, veronderstel dat elke oorsprong 'n ekwivalente HTTPS-diens het.
Die helper moet elke invoerreël beantwoord volgens die protokol van die geïnstalleerde Squid-weergawe. As gelyktydige helperkanale geaktiveer is, behou die kanaalidentifiseerder in die antwoord. 'n Ouer voorbeeld van net 301:URL is nie uitruilbaar met die huidige resultaat-en-sleutel/waarde-formaat nie.
Kies 'n kliëntherleiding wanneer die blaaier die nuwe URL moet weet. 'n rewrite-url-antwoord vra eerder dat Squid 'n ander URL agter die kliënt se oorspronklike versoek haal, wat toepassings-URL's en toestand inkonsekwent kan laat.
Die aanvanklike HTTP-versoek het reeds na Squid gereis voordat die helper dit kan herlei. Hierdie beleid kan daardie versoek nie terugwerkend beskerm nie. TLS begin op die daaropvolgende HTTPS-verbinding; 'n CONNECT-tonnel alleen bied geen enkripsie nie.