Por qué Squid tiene un socket UDP en un puerto inesperado
Distinga los sockets UDP de DNS y de caché de pares de Squid del receptor TCP que los clientes usan como proxy de reenvío.
Un puerto UDP desconocido propiedad de Squid no es automáticamente otro proxy HTTP público. Los clientes usan el receptor TCP configurado para el acceso normal a través del proxy HTTP; Squid también abre sockets para DNS y comunicación con pares de caché.
Para identificar el socket adicional, registre:
- Si es TCP o UDP, su dirección de enlace y cualquier punto final remoto que se muestre.
- La configuración efectiva de receptor, DNS, ICP y HTCP para esa instancia.
- La accesibilidad de red que exige la función que habilitan esos ajustes.
La referencia de direcciones UDP de Squid cubre explícitamente los módulos DNS, ICP y HTCP. Su comportamiento no puede inferirse de http_port, y un número de puerto alto por sí solo no identifica la función.
No introduzca ese punto final UDP en el campo de proxy HTTP de una aplicación ni lo abra a todos los clientes solo porque aparezca en la lista de sockets. A la inversa, bloquear la ruta DNS que Squid usa realmente puede romper la resolución posterior de destinos. Cambie la regla del cortafuegos para la función identificada: un socket de consulta del resolutor, un puerto de par de caché y un receptor de clientes tienen tareas distintas.