Caché de ACL externas de Squid: por qué no se llama al ayudante cada vez

Un ayudante que registra una petición y luego calla puede ser normal. Squid puede evaluar una regla con un resultado de ACL externa en caché sin enviar otra consulta al ayudante.

Primero defina la decisión reutilizable. «¿Puede esta cuenta usar el proxy?» requiere entradas distintas de «¿Puede esta cuenta alcanzar este destino?» El formato ampliado de ACL externa forma la clave de caché. Si el ayudante decide por nombre de usuario y destino pero la clave solo incluye el nombre de usuario, una aprobación en caché puede aplicarse más ampliamente de lo previsto. Incluya cada entrada que cambie la respuesta y evite detalles que solo fragmenten decisiones equivalentes.

Después elija la frescura. Los ttl y negative_ttl positivos rigen los resultados coincidentes y no coincidentes; grace puede iniciar una actualización antes de que caduque una entrada. Decida cuánto tiempo la aprobación en caché de una cuenta revocada puede afectar a decisiones posteriores. Ninguno de estos ajustes reautoriza un túnel CONNECT establecido para cada byte o solicitud HTTPS interna. Si el ayudante aplica una cuota de tráfico, las transferencias admitidas pueden continuar después de que cambie el saldo.

El ayudante es un participante persistente del protocolo, no necesariamente un nuevo proceso de script para cada petición. Manténgalo listo para líneas de consulta sucesivas y envíe cada respuesta sin demora. Ponga el diagnóstico en otro canal. Con la concurrencia activada, devuelva el identificador de canal suministrado correspondiente.

Por último, defina los resultados lento, no disponible y error interno, y haga que el orden de ACL circundante los produzca. El diseño está completo cuando tanto la especificidad como la edad permitida de una respuesta reutilizable coinciden con el requisito de acceso.