Ali lahko Squidov prepisovalnik URL spreminja telesa odgovorov?
Pri razširjanju posredniškega strežnika za posredovanje ohranite izbiro URL zahteve ločeno od prilagajanja odgovorov in dešifriranja TLS.
url_rewrite_program dela na odločitvah o URL zahteve. Prejme informacije o zahtevi in odgovori prek pomožnega protokola Squida; ne prejme prenesene datoteke, da bi jo uredil in vrnil.
| Želena operacija | Ustrezna meja |
|---|---|
| Preusmeritev brskalnika ali izbira drugega URL zahteve | Vloga pomočnika za prepisovanje URL v fazi zahteve |
| Spreminjanje vidnega telesa odgovora HTTP | Sredstvo za prilagajanje odgovorov, na primer nastavljena sprememba odgovora ICAP |
| Branje HTTP znotraj običajnega CONNECT | Najprej je treba končati TLS cilja v ustreznem razporedu uvajanja |
| Dešifriranje datoteke, ki jo je šifrirala aplikacija | Oblika, algoritem in ključ datoteke, ne glede na prenos |
Zadnji dve vrstici je lahko zamenjati. Običajno datoteko, preneseno po HTTPS, ščiti TLS. Datoteka, ki jo je šifrirala aplikacija, lahko ostane šifrirana tudi po koncu HTTPS. Izbira vmesnika za prilagajanje ne zagotovi niti ključa aplikacije niti njenega algoritma za dešifriranje.
Običajni CONNECT posreduje šifrirane bajte tunela. Pomočnik URL ne razkrije notranjega odgovora; zasnova, ki zahteva pregled, mora ugotoviti, ali je ta promet v uvajanju mogoče in treba dešifrirati.
Kjer lahko Squid pregleda sporočilo HTTP, storitev za spreminjanje odgovorov še vedno skrbi za kodiranja vsebine, spremenjene dolžine in vedenje ob napaki. Vmesnik izberite po tem, ko definirate pretvorbo, namesto da delujoč primer prepisovanja URL razširite na stopnjo obdelave, ki je nikoli ne prejme.