Por que Squid ten un socket UDP nun porto inesperado
Distinga os sockets UDP de DNS e de caché de pares de Squid do receptor TCP que os clientes usan como proxy de reenvío.
Un porto UDP descoñecido propiedade de Squid non é automaticamente outro proxy HTTP público. Os clientes usan o receptor TCP configurado para o acceso habitual a través do proxy HTTP; Squid tamén abre sockets para DNS e comunicación con pares de caché.
Para identificar o socket adicional, rexistre:
- Se é TCP ou UDP, o seu enderezo de enlace e calquera punto final remoto que se mostre.
- A configuración efectiva de receptor, DNS, ICP e HTCP para esa instancia.
- A accesibilidade de rede que require a función que habilitan eses axustes.
A referencia de enderezos UDP de Squid cobre explicitamente os módulos DNS, ICP e HTCP. O seu comportamento non se pode inferir de http_port, e un número de porto alto por si só non identifica a función.
Non introduza ese punto final UDP no campo de proxy HTTP dunha aplicación nin o abra a todos os clientes só porque apareza na lista de sockets. Pola contra, bloquear a ruta DNS que Squid usa realmente pode romper a resolución posterior de destinos. Cambie a regra da devasa para a función identificada: un socket de consulta do resolutor, un porto de par de caché e un receptor de clientes teñen tarefas distintas.