Respuestas 403 de Squid: ¿denegación nueva o error almacenado en caché?
Distinga una denegación de acceso nueva de una respuesta negativa almacenada en caché antes de cambiar la política de vida de la caché de Squid.
Ver la misma página 403 dos veces no demuestra un acierto de caché. Coteje el registro de acceso de la transacción y las cabeceras de respuesta con dos preguntas: quién produjo la denegación y si se reutilizó una respuesta guardada.
- Una solicitud denegada localmente exige corregir su decisión de regla de acceso o de identidad.
- Una denegación nueva del origen significa que el origen sigue rechazando la solicitud.
- Una respuesta de origen reutilizada exige revisar su política de frescura y la configuración de caché aplicable.
El almacenamiento en caché HTTP incluye algunas respuestas negativas bajo sus condiciones, pero 403 no recibe frescura heurística de forma predeterminada. Una denegación que por lo demás sería almacenable puede llevar una vida útil explícita de caché compartida. Cambiar el permiso en el origen no borra una respuesta que aún se considera fresca; use la política de respuesta adecuada para las decisiones que no deben guardarse.
negative_ttl de Squid es un respaldo aparte para ciertas solicitudes fallidas con caducidad desconocida. Su valor predeterminado documentado es cero en las versiones cubiertas por la referencia actual de directivas. Eso no prohíbe las respuestas de error que se vuelven frescas por instrucciones HTTP explícitas.
La referencia también exige una compilación que permita violaciones de HTTP y excluye Squid 8. No traslade una sugerencia de vida útil de Squid 2.7 a otra versión sin comprobar la compatibilidad. Eliminar un objeto puede quitar un síntoma inmediato; la política que lo hace reutilizable determina la siguiente solicitud.