Enviar las peticiones de Squid por un proxy padre
Haz que Squid 6.13 use un padre para las peticiones reenviadas de un cliente conocido y evita un regreso directo involuntario.
Declarar un padre en Squid no significa por sí solo que toda petición reenviada deba usarlo. Si una ruta directa viola tu política, configura esa obligación explícitamente y prueba qué ocurre cuando el padre no está disponible.
Para Squid 6.13, este ejemplo nombra un padre y prohíbe reenviar directamente al origen para una fuente de cliente:
cache_peer 192.0.2.20 parent 3128 0 no-query default name=upstream
acl routed_client src 198.51.100.27/32
never_direct allow routed_client
Ambas direcciones son marcadores de ejemplo. Para una prueba controlada donde se permitan padres HTTP públicos, elige una dirección de la lista de proxies HTTP. Mantén la política http_access separada que solo permite los clientes previstos. La regla de ruta no autoriza a un cliente a usar el proxy.
Revisar las reglas de ruta existentes
no-query desactiva las consultas ICP a este par. El cero es el puerto de consultas del par, no su punto de escucha HTTP. El punto de escucha del cliente y sus reglas de acceso siguen separados.
Revisa los ajustes always_direct existentes y otras selecciones de pares antes de añadir este bloque. Denegar una coincidencia en always_direct no obliga por sí solo a usar un padre. La regla explícita never-direct expresa esa obligación para el cliente seleccionado.
Esto gobierna las transacciones que necesitan reenvío. Una entrada de caché local utilizable puede servirse sin contactar al padre, por lo que no ver una conexión nueva al padre no constituye automáticamente una infracción de ruta.
Comprobar la ruta y su comportamiento ante fallos
Usa un destino controlado y examina la información de jerarquía del registro de acceso junto con lo observado en el destino. El estado HTTP final por sí solo no dice si Squid usó el padre o una ruta directa.
En una prueba de mantenimiento, deja el padre indisponible y repite la misma petición sin caché. Si la política prohíbe el reenvío directo, la transacción debe fallar en vez de llegar al origen por otra ruta. Hazlo solo en servicios que controles y restaura después la configuración prevista.