Vai Squid URL pārrakstītājs var mainīt atbilžu pamattekstu?
Paplašinot pārsūtīšanas starpniekserveri, turiet pieprasījuma URL izvēli atsevišķi no atbilžu pielāgošanas un TLS atšifrēšanas.
url_rewrite_program strādā ar pieprasījuma URL lēmumiem. Tas saņem informāciju par pieprasījumu un atbild caur Squid palīgprotokolu; tas nesaņem lejupielādētu failu, ko rediģēt un atgriezt.
| Vēlamā darbība | Attiecīgā robeža |
|---|---|
| Pārvirzīt pārlūku vai izvēlēties citu pieprasījuma URL | URL pārrakstīšanas palīga loma pieprasījuma posmā |
| Mainīt redzamu HTTP atbildes pamattekstu | Atbilžu pielāgošanas līdzeklis, piemēram, konfigurēta ICAP atbildes maiņa |
| Lasīt HTTP parasta CONNECT iekšienē | Vispirms jāpārtrauc galamērķa TLS atbilstošā izvietošanas shēmā |
| Atšifrēt lietojumprogrammas šifrētu failu | Faila formāts, algoritms un atslēga, neatkarīgi no pārvietošanas veida |
Pēdējās divas rindas ir viegli sajaukt. Parastu failu, kas tiek pārsūtīts caur HTTPS, aizsargā TLS. Lietojumprogrammas šifrēts fails var palikt šifrēts arī pēc HTTPS pārtraukšanas. Pielāgošanas saskarnes izvēle nesniedz ne lietojumprogrammas atslēgu, ne tās atšifrēšanas algoritmu.
Parasts CONNECT pārsūta šifrētus tuneļa baitus. URL palīgs neatklāj iekšējo atbildi; projektam, kam nepieciešama pārbaude, jānoskaidro, vai šo datplūsmu izvietojumā var un vajag atšifrēt.
Vietās, kur Squid var pārbaudīt HTTP ziņojumu, atbilžu maiņas pakalpojums joprojām atbild par satura kodējumiem, mainītajiem garumiem un uzvedību kļūmes gadījumā. Izvēlieties saskarni pēc transformācijas definēšanas, nevis paplašiniet strādājošu URL pārrakstīšanas piemēru uz apstrādes posmu, kuru tas nekad nesaņem.