Dos puertos de Squid pueden tener distintas listas de destinos permitidos

La ACL localport de Squid coincide con el puerto donde Squid recibió la conexión. Combínela con la ACL de destino adecuada para que cada listener conceda solo su propia lista.

Para una configuración de Squid 6 o 7 con restricciones existentes de clientes y de puertos seguros:

http_port 3128
http_port 3129

acl approved_clients src 192.0.2.0/24
acl main_listener localport 3128
acl alternate_listener localport 3129
acl main_sites dstdomain "/etc/squid/main-sites.txt"
acl alternate_sites dstdomain "/etc/squid/alternate-sites.txt"

http_access allow approved_clients main_listener main_sites
http_access allow approved_clients alternate_listener alternate_sites
http_access deny all

Sustituya el rango de clientes de la documentación por los clientes autorizados reales y prepare los dos archivos de lista de dominios. Coloque las reglas de permiso emparejadas después de las comprobaciones de denegación obligatorias de la instalación y antes de su denegación final. Conserve sus restricciones de puertos no seguros, CONNECT y administración.

Los nombres de ACL de una regla de acceso se combinan con AND. Las reglas de permiso separadas ofrecen alternativas. Si se omite la condición de listener en las reglas de destino, cualquier lista pasaría por cualquier puerto.

Revise también las reglas anteriores: un permiso amplio que coincide primero impide que se evalúen estas restricciones posteriores. Pruebe destinos permitidos y denegados a través de cada listener para verificar el límite.

localport no es el puerto del sitio web ni el puerto de origen efímero del cliente. Una condición de puerto de destino usa en su lugar la ACL port.