Да ли Squid-ов преписивач URL-а може да мења тела одговора?
Одвојите избор URL-а захтева од прилагођавања одговора и TLS дешифровања када проширујете прокси посредник.
url_rewrite_program ради на одлукама о URL-у захтева. Прима податке о захтеву и одговара кроз Squid-ов помоћни протокол; не прима преузету датотеку коју би уредио и вратио.
| Жељена операција | Релевантна граница |
|---|---|
| Преусмеравање прегледача или избор другог URL-а захтева | Улога помоћника за преписивање URL-а у фази захтева |
| Мењање видљивог тела HTTP одговора | Средство за прилагођавање одговора, попут конфигурисане ICAP измене одговора |
| Читање HTTP унутар обичног CONNECT-а | TLS одредишта најпре мора да се прекине у одговарајућем распореду примене |
| Дешифровање датотеке коју је шифровала апликација | Формат датотеке, алгоритам и кључ, без обзира на начин преноса |
Последња два реда је лако помешати. Обична датотека пренета преко HTTPS-а заштићена је TLS-ом. Датотека коју је шифровала апликација може остати шифрована и након прекида HTTPS-а. Избор интерфејса за прилагођавање не даје ни кључ апликације ни њен алгоритам дешифровања.
Обични CONNECT преноси шифроване бајтове тунела. Помоћник за URL не открива унутрашњи одговор; пројекат који захтева преглед мора утврдити може ли се и треба ли се тај саобраћај дешифровати у примени.
Где Squid може прегледати HTTP поруку, услуга измене одговора и даље управља кодирањима садржаја, промењеним дужинама и понашањем при кварy. Изаберите интерфејс након што дефинишете трансформацију, уместо да радни пример преписивања URL-а проширите на фазу обраде коју никада не прима.