Kan Squids URL-omskriver endre svartekster?
Hold valget av forespørsels-URL atskilt fra tilpasning av svar og TLS-dekryptering når du utvider en videresendende proxy.
url_rewrite_program arbeider med beslutninger om forespørsels-URL-er. Den mottar informasjon om forespørselen og svarer via Squids hjelpeprotokoll; den mottar ikke en nedlastet fil som den kan redigere og returnere.
| Ønsket operasjon | Relevant grense |
|---|---|
| Omdirigere nettleseren eller velge en annen forespørsels-URL | URL-omskrivingshjelperens rolle i forespørselsfasen |
| Endre en synlig HTTP-svartekst | En ordning for svartilpasning, for eksempel konfigurert ICAP-svarendring |
| Lese HTTP inne i en vanlig CONNECT | Destinasjonens TLS må først avsluttes i en egnet utrullingsordning |
| Dekryptere en fil som er kryptert av en applikasjon | Filens format, algoritme og nøkkel, uavhengig av hvordan den transporteres |
De to siste radene er lette å blande sammen. En vanlig fil som overføres via HTTPS, beskyttes av TLS. En fil som er kryptert av en applikasjon, kan forbli kryptert selv etter at HTTPS er avsluttet. Å velge et tilpasningsgrensesnitt gir verken applikasjonens nøkkel eller dens dekrypteringsalgoritme.
Vanlig CONNECT videresender krypterte tunnelbyte. En URL-hjelper eksponerer ikke det indre svaret; et design som krever inspeksjon, må avgjøre om denne trafikken kan og bør dekrypteres i utrullingen.
Der Squid kan inspisere HTTP-meldingen, eier en tjeneste for svarende likevel innholdskodinger, endrede lengder og oppførsel ved feil. Velg grensesnittet etter at transformasjonen er definert, i stedet for å utvide et fungerende eksempel på URL-omskriving til et behandlingstrinn det aldri mottar.