Presmerovanie vybraných HTTP požiadaviek zo Squidu na HTTPS
Vracajte klientske presmerovanie pre známe weby schopné HTTPS namiesto tichého menenia každej HTTP origin URL alebo predpokladu, že proxy dokáže vytvoriť podporu TLS na pôvode.
Squid môže požiadať prehliadač, aby zopakoval vybranú HTTP URL cez HTTPS. Cieľ už musí poskytovať príslušný zdroj cez HTTPS; spúšťanie Squidu na Raspberry Pi túto schopnosť na webe nevytvára.
Pre rozhranie url_rewrite_program v Squide 7 môže helper vrátiť klientske presmerovanie, napríklad:
OK status=307 url="https://www.example.com/help"Toto je jedna ilustratívna odpoveď helpera pre zodpovedajúcu požiadavku, nie úplný helper program. Prehliadač dostane presmerovanie a vytvorí novú požiadavku na HTTPS URL. URL mimo politiky upgradu môže dostať OK a zostať nezmenená.
Použite známy zoznam cieľov schopných HTTPS a analyzujte prichádzajúcu URL. Zachovajte zamýšľanú cestu a query, zohľadnite explicitné porty a metódy požiadavky spracúvajte vedome. Slepé nahradenie každého prefixu http predpokladá, že každý pôvod má ekvivalentnú službu HTTPS.
Helper musí odpovedať na každý vstupný riadok podľa protokolu nainštalovanej verzie Squidu. Ak sú povolené paralelné kanály helpera, zachovajte identifikátor kanála v odpovedi. Starý holý príklad 301:URL nie je zameniteľný so súčasným formátom result-and-key/value.
Zvoľte klientske presmerovanie, keď má prehliadač poznať novú URL. Odpoveď rewrite-url namiesto toho žiada Squid získať inú URL za pôvodnou požiadavkou klienta, čo môže nechať URL aplikácie a stav nekonzistentné.
Počiatočná HTTP požiadavka už dorazila do Squidu predtým, než ju helper môže presmerovať. Táto politika nemôže tú požiadavku spätne ochrániť. TLS začína na nasledujúcom HTTPS spojení; samotný tunel CONNECT neposkytuje žiadne šifrovanie.