Reglas de acceso de Squid 6 para una IP cliente

Restringe un proxy directo Squid 6.13 a un cliente conocido, conserva la protección de destinos y revisa el orden antes de desplegar.

Esta configuración está dirigida a Squid 6.13, incluido el paquete de Debian 13. Confirma la versión instalada con squid -v: la referencia de directivas de Squid marca http_access como no disponible en la versión 8.

Elige primero las direcciones

El servicio de escucha necesita una dirección asignada al servidor. La regla del cliente necesita la dirección de origen que observa Squid, que puede ser la salida pública de una red NAT y no la dirección privada de un portátil.

Sustituye las direcciones de documentación siguientes. La restricción del cliente es una dirección expresada como /32.

http_port 192.0.2.10:3128
acl proxy_client src 198.51.100.27/32
acl Safe_ports port 80 443
acl SSL_ports port 443
acl CONNECT method CONNECT

http_access deny !Safe_ports
http_access deny CONNECT !SSL_ports
http_access deny manager
http_access deny to_localhost
http_access deny to_linklocal
http_access allow proxy_client
http_access deny all

Sustituye el servicio de escucha, las definiciones ACL y las reglas de acceso correspondientes en la configuración del paquete, conservando los ajustes de registro y sistema de archivos. Añadir estas reglas debajo de una autorización de cliente anterior puede eludir la restricción. Las definiciones repetidas de una ACL de lista también pueden añadir valores.

Cómo recorren las solicitudes las reglas

Las denegaciones iniciales rechazan puertos de destino no deseados, solicitudes de administración y destinos locales o de enlace local. El cliente conocido se permite después de esas comprobaciones; las demás solicitudes llegan a la denegación final. Las protecciones de destino siguen siendo necesarias porque una lista de orígenes permitidos no limita por sí sola los destinos.

Limita el cortafuegos del host o la red al origen previsto antes de exponer el servicio de escucha. La vinculación decide dónde acepta conexiones Squid; las reglas de acceso determinan qué solicitudes permite.

sudo squid -k parse -f /etc/squid/squid.conf

Corrige los errores de análisis antes de recargar el servicio administrado. Prueba desde el cliente permitido y un segundo origen controlado que debería ser rechazado. Confirma que el destino solo recibe la solicitud autorizada: una conexión TCP por sí sola no demuestra permiso de reenvío.

Artículos relacionados