Pot el reescriptor d'URL de Squid modificar cossos de resposta?
Separeu la selecció de l'URL de la petició de l'adaptació de respostes i del desxifrat TLS quan amplieu un proxy d'avançada.
url_rewrite_program treballa sobre decisions d'URL de petició. Rep informació de la petició i respon mitjançant el protocol auxiliar de Squid; no rep un fitxer descarregat per editar-lo i retornar-lo.
| Operació desitjada | Frontera rellevant |
|---|---|
| Redirigir el navegador o triar un altre URL de petició | El paper de l'auxiliar de reescriptura d'URL en l'etapa de petició |
| Modificar un cos de resposta HTTP visible | Un mecanisme d'adaptació de respostes, com ara la modificació de respostes ICAP configurada |
| Llegir HTTP dins d'un CONNECT ordinari | Cal acabar primer el TLS de destinació en un desplegament adequat |
| Desxifrar un fitxer xifrat per una aplicació | El format, l'algorisme i la clau del fitxer, independentment del transport |
És fàcil confondre les dues últimes files. Un fitxer ordinari transportat per HTTPS està protegit per TLS. Un fitxer xifrat per una aplicació pot continuar xifrat fins i tot després d'haver acabat HTTPS. Triar una interfície d'adaptació no proporciona ni la clau de l'aplicació ni el seu algorisme de desxifrat.
Un CONNECT ordinari retransmet bytes de túnel xifrats. Un auxiliar d'URL no exposa la resposta interior; un disseny que requereixi inspecció ha de determinar si aquest trànsit es pot i s'ha de desxifrar en el desplegament.
Allà on Squid pot inspeccionar el missatge HTTP, un servei de modificació de respostes continua controlant les codificacions de contingut, les longituds modificades i el comportament davant d'errors. Trieu la interfície després de definir la transformació, en lloc d'estendre un exemple funcionant de reescriptura d'URL a una etapa de processament que mai no rep.