Kiválasztott HTTP-kérések átirányítása a Squidtól HTTPS-re

A Squid megkérheti a böngészőt, hogy egy kiválasztott HTTP URL-t HTTPS-en keresztül próbáljon újra. A célnak már HTTPS-en kell kiszolgálnia a megfelelő erőforrást; a Squid Raspberry Pi-n való futtatása nem hozza létre ezt a képességet a webhelyen.

A Squid 7 url_rewrite_program felületéhez egy helper ilyen kliensátirányítást adhat vissza:

OK status=307 url="https://www.example.com/help"

Ez egyetlen szemléltető helper-válasz egy megfelelő kérésre, nem teljes helper-program. A böngésző megkapja az átirányítást, és új kérést indít a HTTPS URL-re. A frissítési szabályzaton kívüli URL OK-t kaphat, és változatlan maradhat.

Használjon ismert listát a HTTPS-képes célokról, és elemezze a bejövő URL-t. Őrizze meg a szándékolt útvonalat és query-t, számoljon a kifejezett portokkal, és tudatosan kezelje a kérésmódszereket. Minden http-előtag vakon történő lecserélése azt feltételezi, hogy minden forrásnak van egyenértékű HTTPS-szolgáltatása.

A helpernek minden bemeneti sorra a telepített Squid-verzió protokollja szerint kell válaszolnia. Ha az egyidejű helper-csatornák engedélyezettek, őrizze meg a csatornaazonosítót a válaszban. A régi csupasz 301:URL példa nem cserélhető fel a jelenlegi result-and-key/value formátummal.

Válasszon kliensátirányítást, amikor a böngészőnek ismernie kell az új URL-t. A rewrite-url válasz ehelyett arra kéri a Squidet, hogy a kliens eredeti kérése mögött másik URL-t töltsön le, ami következetlenné teheti az alkalmazás URL-jeit és állapotát.

A kezdeti HTTP-kérés már eljutott a Squidhez, mielőtt a helper átirányíthatná. Ez a szabályzat nem tudja visszamenőlegesen védeni azt a kérést. A TLS a következő HTTPS-kapcsolaton indul; egy CONNECT-alagút önmagában nem nyújt titkosítást.