Može li Squid-ov prepisivač URL-a mijenjati tijela odgovora?
Držite odabir URL-a zahtjeva odvojenim od prilagođavanja odgovora i TLS dešifriranja kada proširujete proxy posrednik.
url_rewrite_program radi na odlukama o URL-u zahtjeva. Prima podatke o zahtjevu i odgovara kroz Squid-ov pomoćni protokol; ne prima preuzetu datoteku koju bi uredio i vratio.
| Željena operacija | Relevantna granica |
|---|---|
| Preusmjeriti preglednik ili odabrati drugi URL zahtjeva | Uloga pomoćnika za prepisivanje URL-a u fazi zahtjeva |
| Mijenjati vidljivo tijelo HTTP odgovora | Sredstvo za prilagođavanje odgovora, poput konfigurirane ICAP izmjene odgovora |
| Čitati HTTP unutar običnog CONNECT-a | TLS odredišta mora se najprije prekinuti u odgovarajućem rasporedu primjene |
| Dešifrirati datoteku koju je šifrirala aplikacija | Format datoteke, algoritam i ključ, bez obzira na to kako se prenosi |
Posljednja dva retka lako je pomiješati. Obična datoteka prenesena preko HTTPS-a zaštićena je TLS-om. Datoteka koju je šifrirala aplikacija može ostati šifrirana i nakon što je HTTPS prekinut. Odabir sučelja za prilagođavanje ne daje ni ključ aplikacije ni njezin algoritam dešifriranja.
Obični CONNECT prenosi šifrirane bajtove tunela. Pomoćnik za URL ne otkriva unutarnji odgovor; projekt koji zahtijeva pregled mora utvrditi može li se i treba li se taj promet dešifrirati u primjeni.
Gdje Squid može pregledati HTTP poruku, usluga izmjene odgovora i dalje upravlja kodiranjem sadržaja, promijenjenim duljinama i ponašanjem pri kvaru. Odaberite sučelje nakon što definirate transformaciju, umjesto da radni primjer prepisivanja URL-a proširite na fazu obrade koju nikada ne prima.