Môže prepisovač URL v Squide upravovať telá odpovedí?
Pri rozširovaní dopredného proxy držte výber URL požiadavky oddelene od adaptácie odpovedí a od šifrovania TLS.
url_rewrite_program pracuje s rozhodnutiami o URL požiadavky. Prijíma informácie o požiadavke a odpovedá pomocou pomocného protokolu Squidu; nedostáva stiahnutý súbor, ktorý by upravil a vrátil.
| Požadovaná operácia | Príslušná hranica |
|---|---|
| Presmerovať prehliadač alebo zvoliť inú URL požiadavky | Úloha pomocníka na prepis URL vo fáze požiadavky |
| Upraviť viditeľné telo odpovede HTTP | Prostriedok na adaptáciu odpovedí, napríklad nakonfigurovaná úprava odpovede ICAP |
| Čítať HTTP vnútri bežného CONNECT | TLS cieľa sa musí najprv ukončiť v rámci vhodného usporiadania nasadenia |
| Dešifrovať súbor zašifrovaný aplikáciou | Formát súboru, algoritmus a kľúč, bez ohľadu na jeho prenos |
Posledné dva riadky sa ľahko zamieňajú. Bežný súbor prenášaný cez HTTPS chráni TLS. Súbor zašifrovaný aplikáciou môže zostať zašifrovaný aj po ukončení HTTPS. Výber rozhrania na adaptáciu neposkytuje ani kľúč aplikácie, ani jej dešifrovací algoritmus.
Bežný CONNECT prenáša zašifrované bajty tunela. Pomocník URL neodhaľuje vnútornú odpoveď; návrh vyžadujúci kontrolu musí určiť, či je túto prevádzku v nasadení možné a žiaduce dešifrovať.
Tam, kde Squid môže skontrolovať správu HTTP, služba na úpravu odpovedí stále zodpovedá za kódovania obsahu, zmenené dĺžky a správanie pri zlyhaní. Rozhranie vyberte po definovaní transformácie, namiesto rozšírenia funkčného príkladu prepisu URL do fázy spracovania, ktorú nikdy nedostáva.