Kin de URL-herskriuwer fan Squid antwurdlichemmen feroarje?
Hâld de kar fan ‘e oanfraach-URL los fan antwurd-oanpassing en TLS-ûntsifering as jo in trochstjoerproxy útwreidzje.
url_rewrite_program wurket op besluten oer de oanfraach-URL. It krijt ynformaasje oer de oanfraach en antwurdet fia it helperprotokol fan Squid; it krijt gjin download bestân om te bewurkjen en werom te stjoeren.
| Winske operaasje | Relevante grins |
|---|---|
| De browser trochstjoere of in oare oanfraach-URL kieze | De rol fan ‘e URL-herskriuwer-helper yn ‘e oanfraachfase |
| In sichtber HTTP-antwurdlichem feroarje | In foarsjenning foar antwurd-oanpassing, lykas konfigurearre ICAP-antwurdferoaring |
| HTTP lêze binnen in gewoane CONNECT | De TLS fan ‘e bestimming moat earst einige wurde ûnder in gaadlike útrôlregeling |
| In troch in applikaasje fersifere bestân ûntsifere | It formaat, it algoritme en de kaai fan it bestân, likefolle hoe’t it ferfierd wurdt |
De lêste twa rigen binne maklik te betizen. In gewoan bestân dat oer HTTPS ferfierd wurdt, is beskerme troch TLS. In troch in applikaasje fersifere bestân kin fersifere bliuwe sels neidat HTTPS einige is. It kiezen fan in oanpassingsynterface jout noch de kaai fan ‘e applikaasje noch har ûntsiferingsalgoritme.
In gewoane CONNECT stjoert fersifere tunnelbytes troch. In URL-helper leit it ynterne antwurd net bleat; in ûntwerp dat ynspeksje freget, moat fêststelle oft dat ferkear yn ‘e útrôl ûntsifere wurde kin en moat.
Wêr’t Squid it HTTP-berjocht ynspektearje kin, bliuwt in tsjinst foar antwurdferoaring ferantwurdlik foar ynhâldkodearrings, feroare lingten en gedrach by fouten. Kies it ynterface neidat de transformaasje definiearre is, yn stee fan in wurkjend foarbyld fan URL-herskriuwing út te wreidzjen nei in ferwurkingsstap dy’t it nea krijt.