Un receptor TPROXY de Squid puede recibir el tráfico de los clientes correctamente mientras falla la conexión con su padre. Conservar la dirección de origen en esa conexión saliente puede ser inadecuado para la ruta de red del padre.

En las versiones de Squid que admiten la opción, añada no-tproxy a la definición cache_peer existente correspondiente. Por ejemplo:

cache_peer parent.example.net parent 8118 0 no-query no-tproxy

no-tproxy desactiva la suplantación de la dirección de origen del cliente en las conexiones con este par. No elimina la configuración transparente del receptor ni selecciona el par por sí solo. Conserve las demás opciones y reglas de selección de padre del despliegue. Cuando esas reglas permiten destinos públicos a través de un padre sin autenticación, la lista de proxies HTTP ofrece direcciones candidatas; no conserve las credenciales existentes del padre y compruebe el permiso para cada destino CONNECT real.

Ahora el padre recibe una conexión normal desde la propia dirección saliente de Squid, sujeta a cualquier NAT. Su política de acceso y su autenticación deben permitir ese proxy descendente. Compruebe la dirección de origen que ve el padre cuando utiliza una restricción por IP.

Esta opción está documentada para Squid 7 y versiones compatibles anteriores; la referencia de configuración la marca como no disponible en Squid 8. Mantenga la receta ligada a la versión en uso.

Artículos relacionados