A all ailysgrifennydd URL Squid addasu cyrff ymatebion?
Cadwch ddewis URL y cais ar wahân i addasu ymatebion a dadgryptio TLS wrth ymestyn proxy blaen.
Mae url_rewrite_program yn gweithio ar benderfyniadau URL cais. Mae'n derbyn gwybodaeth am y cais ac yn ateb drwy brotocol cynorthwyydd Squid; nid yw'n derbyn ffeil a lawrlwythwyd i'w golygu a'i dychwelyd.
| Gweithrediad a ddymunir | Y ffin berthnasol |
|---|---|
| Ailgyfeirio'r porwr neu ddewis URL cais arall | Rôl y cynorthwyydd ailysgrifennu URL ar gam y cais |
| Addasu corff ymateb HTTP gweladwy | Cyfleuster addasu ymatebion, megis addasiad ymateb ICAP wedi'i ffurfweddu |
| Darllen HTTP y tu mewn i CONNECT cyffredin | Rhaid terfynu TLS y gyrchfan yn gyntaf o dan drefniant defnyddio priodol |
| Dadgryptio ffeil a amgryptiwyd gan gymhwysiad | Fformat, algorithm ac allwedd y ffeil, ni waeth sut y caiff ei chludo |
Mae'r ddwy res olaf yn hawdd eu cymysgu. Mae ffeil gyffredin a gludir dros HTTPS yn cael ei diogelu gan TLS. Gall ffeil a amgryptiwyd gan gymhwysiad aros yn amgryptiedig hyd yn oed ar ôl i HTTPS gael ei derfynu. Nid yw dewis rhyngwyneb addasu yn darparu nac allwedd y cymhwysiad nac ei algorithm dadgryptio.
Mae CONNECT cyffredin yn trosglwyddo beitau twnnel amgryptiedig. Nid yw cynorthwyydd URL yn datgelu'r ymateb mewnol; rhaid i ddyluniad sy'n gofyn am archwilio benderfynu a ellir ac a ddylid dadgryptio'r traffig hwnnw yn y defnydd.
Lle gall Squid archwilio'r neges HTTP, mae gwasanaeth addasu ymatebion yn dal i fod yn gyfrifol am godiadau cynnwys, hydoedd a newidiwyd ac ymddygiad methiant. Dewiswch y rhyngwyneb ar ôl diffinio'r trawsnewidiad, yn hytrach nag ymestyn enghraifft ailysgrifennu URL sy'n gweithio i gam prosesu nad yw byth yn ei dderbyn.