Kan URL-omskrivaren i Squid endre svartekstar?
Hald valet av førespurnads-URL skilt frå tilpassing av svar og TLS-dekryptering når du utvidar ein videresendande proxy.
url_rewrite_program arbeider med avgjerder om førespurnads-URL-ar. Han får informasjon om førespurnaden og svarar via hjelpeprotokollen til Squid; han får ikkje ei nedlasta fil som han kan redigere og returnere.
| Ønskt operasjon | Relevant grense |
|---|---|
| Omdirigere nettlesaren eller velje ein annan førespurnads-URL | Rolla til URL-omskrivingshjelparen i førespurnadsfasen |
| Endre ein synleg HTTP-svartekst | Ei ordning for svartilpassing, til dømes konfigurert ICAP-svarendring |
| Lesa HTTP inne i ein vanleg CONNECT | TLS-en til destinasjonen må fyrst avsluttast i ei høveleg utrullingsordning |
| Dekryptere ei fil som er kryptert av ein applikasjon | Formatet, algoritmen og nøkkelen til fila, uavhengig av korleis ho blir transportert |
Dei to siste radene er lette å blande saman. Ei vanleg fil som blir overført via HTTPS, er verna av TLS. Ei fil som er kryptert av ein applikasjon, kan halde fram med å vere kryptert sjølv etter at HTTPS er avslutta. Å velje eit tilpassingsgrensesnitt gir korkje nøkkelen til applikasjonen eller dekrypteringsalgoritmen hans.
Vanleg CONNECT sender krypterte tunnelbyte vidare. Ein URL-hjelpar legg ikkje fram det indre svaret; eit design som krev inspeksjon, må avgjere om denne trafikken kan og bør dekrypterast i utrullinga.
Der Squid kan inspisere HTTP-meldinga, eig ein teneste for svarende framleis innhaldskodingar, endra lengder og åtferd ved feil. Vel grensesnittet etter at transformasjonen er definert, i staden for å utvide eit fungerande døme på URL-omskriving til eit behandlingstrinn det aldri får.