Kan de URL-herschrijver van Squid antwoordlichamen wijzigen?
Houd de keuze van de verzoek-URL gescheiden van antwooraanpassing en TLS-ontsleuteling wanneer u een doorstuurproxy uitbreidt.
url_rewrite_program werkt op beslissingen over de verzoek-URL. Het ontvangt informatie over het verzoek en antwoordt via het hulpprotocol van Squid; het ontvangt geen gedownload bestand om te bewerken en terug te sturen.
| Gewenste bewerking | Relevante grens |
|---|---|
| De browser omleiden of een andere verzoek-URL kiezen | De rol van de URL-herschrijfhulp in de verzoekfase |
| Een zichtbaar HTTP-antwoordlichaam wijzigen | Een voorziening voor antwooraanpassing, zoals geconfigureerde ICAP-antwoordwijziging |
| HTTP lezen binnen een gewone CONNECT | De TLS van de bestemming moet eerst worden beëindigd in een passende uitrolregeling |
| Een door een toepassing versleuteld bestand ontsleutelen | Het formaat, het algoritme en de sleutel van het bestand, ongeacht het transport |
De laatste twee rijen worden gemakkelijk verward. Een gewoon bestand dat via HTTPS wordt vervoerd, wordt beschermd door TLS. Een door een toepassing versleuteld bestand kan versleuteld blijven zelfs nadat HTTPS is beëindigd. Het kiezen van een aanpassingsinterface levert noch de sleutel van de toepassing noch het ontsleutelalgoritme ervan.
Een gewone CONNECT geeft versleutelde tunnelbytes door. Een URL-hulp stelt het binnenste antwoord niet beschikbaar; een ontwerp dat inspectie vereist, moet vaststellen of dat verkeer in de uitrol kan en moet worden ontsleuteld.
Waar Squid het HTTP-bericht kan inspecteren, blijft een dienst voor antwoordwijziging verantwoordelijk voor inhoudcoderingen, gewijzigde lengtes en gedrag bij fouten. Kies de interface nadat de transformatie is gedefinieerd, in plaats van een werkend voorbeeld van URL-herschrijving uit te breiden naar een verwerkingsfase die het nooit ontvangt.