Přesměrování vybraných HTTP požadavků ze Squidu na HTTPS
Vracejte klientské přesměrování pro známé weby schopné HTTPS místo tichého měnění každé HTTP origin URL nebo předpokladu, že proxy dokáže vytvořit podporu origin TLS.
Squid může požádat prohlížeč, aby zopakoval vybranou HTTP URL přes HTTPS. Cíl už musí odpovídající prostředek poskytovat přes HTTPS; provoz Squidu na Raspberry Pi tuto schopnost na webu nevytváří.
Pro rozhraní url_rewrite_program v Squidu 7 může helper vrátit klientské přesměrování, například:
OK status=307 url="https://www.example.com/help"Toto je jedna ilustrativní odpověď helperu pro odpovídající požadavek, nikoli úplný helper program. Prohlížeč obdrží přesměrování a vytvoří nový požadavek na HTTPS URL. URL mimo politiku upgradu může dostat OK a zůstat nezměněná.
Použijte známý seznam cílů schopných HTTPS a analyzujte příchozí URL. Zachovejte zamýšlenou cestu a query, počítejte s explicitními porty a metody požadavku zpracovávejte vědomě. Slepé nahrazení každého prefixu http předpokládá, že každý origin má ekvivalentní službu HTTPS.
Helper musí odpovědět na každý vstupní řádek podle protokolu nainstalované verze Squidu. Pokud jsou povoleny souběžné kanály helperu, zachovejte v odpovědi identifikátor kanálu. Starý holý příklad 301:URL není zaměnitelný se současným formátem result-and-key/value.
Zvolte klientské přesměrování, když má prohlížeč znát novou URL. Odpověď rewrite-url místo toho žádá Squid, aby načetl jinou URL za původním požadavkem klienta, což může nechat URL aplikace a stav nekonzistentní.
Počáteční HTTP požadavek už do Squidu dorazil dříve, než jej helper může přesměrovat. Tato politika nemůže tento požadavek zpětně ochránit. TLS začíná až na následujícím HTTPS spojení; samotný tunel CONNECT žádné šifrování neposkytuje.