Kan Squids URL-skrivare ändra svarskroppar?
Håll valet av begärans URL åtskilt från svarsanpassning och TLS-dekryptering när du utökar en vidarebefordrande proxy.
url_rewrite_program arbetar med beslut om begärans URL. Den tar emot information om begäran och svarar via Squids hjälpprotokoll; den tar inte emot en nedladdad fil för att redigera och returnera.
| Önskad åtgärd | Relevant gräns |
|---|---|
| Omdirigera webbläsaren eller välja en annan begärans-URL | URL-skrivarhjälpens roll i begäransfasen |
| Ändra en synlig HTTP-svarskropp | En anordning för svarsanpassning, till exempel konfigurerad ICAP-svarsändring |
| Läsa HTTP inuti en vanlig CONNECT | Destinationens TLS måste först avslutas i en lämplig driftsättning |
| Dekryptera en fil som krypterats av ett program | Filens format, algoritm och nyckel, oavsett hur den transporteras |
De två sista raderna blandas lätt ihop. En vanlig fil som transporteras över HTTPS skyddas av TLS. En fil som krypterats av ett program kan förbli krypterad även efter att HTTPS avslutats. Att välja ett anpassningsgränssnitt ger varken programmets nyckel eller dess dekrypteringsalgoritm.
En vanlig CONNECT vidarebefordrar krypterade tunnelbytes. En URL-hjälp exponerar inte det inre svaret; en design som kräver inspektion måste avgöra om trafiken kan och bör dekrypteras i driftsättningen.
Där Squid kan inspektera HTTP-meddelandet ansvarar en tjänst för svarsändring fortfarande för innehållskodningar, ändrade längder och beteende vid fel. Välj gränssnittet efter att transformeringen definierats, i stället för att utöka ett fungerande exempel på URL-omskrivning till ett bearbetningssteg som det aldrig tar emot.