Ar Squid URL perrašymo įrankis gali keisti atsakymų turinį?
Išplėsdami persiuntimo proxy, laikykite užklausos URL pasirinkimą atskirai nuo atsakymų pritaikymo ir TLS iššifravimo.
url_rewrite_program dirba su užklausos URL sprendimais. Jis gauna informaciją apie užklausą ir atsako per Squid pagalbinį protokolą; jis negauna atsisiųsto failo, kad jį redaguotų ir grąžintų.
| Norima operacija | Atitinkama riba |
|---|---|
| Nukreipti naršyklę arba pasirinkti kitą užklausos URL | URL perrašymo pagalbininko vaidmuo užklausos etape |
| Keisti matomą HTTP atsakymo turinį | Atsakymų pritaikymo priemonė, pavyzdžiui, sukonfigūruotas ICAP atsakymo keitimas |
| Skaityti HTTP įprasto CONNECT viduje | Pirmiausia reikia užbaigti paskirties TLS tinkamoje diegimo schemoje |
| Iššifruoti programos užšifruotą failą | Failo formatas, algoritmas ir raktas, nepriklausomai nuo perdavimo būdo |
Paskutines dvi eilutes lengva supainioti. Įprastas failas, perduodamas per HTTPS, apsaugomas TLS. Programos užšifruotas failas gali likti užšifruotas net ir užbaigus HTTPS. Pritaikymo sąsajos pasirinkimas nesuteikia nei programos rakto, nei jos iššifravimo algoritmo.
Įprastas CONNECT perduoda užšifruotus tunelio baitus. URL pagalbininkas neatskleidžia vidinio atsakymo; projektas, kuriam reikia patikros, turi nustatyti, ar tas srautas diegime gali ir turi būti iššifruojamas.
Ten, kur Squid gali patikrinti HTTP pranešimą, atsakymo keitimo paslauga vis tiek atsako už turinio kodavimus, pasikeitusius ilgius ir elgseną gedimo atveju. Sąsają rinkitės apibrėžę transformaciją, o ne plėskite veikiantį URL perrašymo pavyzdį į apdorojimo etapą, kurio jis niekada negauna.