Pourquoi Squid a une socket UDP sur un port inattendu
Distinguez les sockets UDP DNS et de cache pair de Squid de l'écouteur TCP que les clients utilisent comme proxy direct.
Un port UDP inconnu détenu par Squid n'est pas automatiquement un autre proxy HTTP public. Les clients utilisent l'écouteur TCP configuré pour l'accès ordinaire au proxy HTTP ; Squid ouvre aussi des sockets pour le DNS et la communication avec un pair de cache.
Pour identifier la socket supplémentaire, notez :
- S'il s'agit de TCP ou d'UDP, son adresse de liaison et tout point de terminaison distant affiché.
- Les réglages effectifs d'écouteur, DNS, ICP et HTCP pour cette instance.
- L'accessibilité réseau qu'exige la fonction activée par ces réglages.
La référence d'adresses UDP de Squid couvre explicitement les modules DNS, ICP et HTCP. Leur comportement ne peut pas être déduit de http_port, et un numéro de port élevé ne suffit pas à identifier la fonction.
N'inscrivez pas ce point de terminaison UDP dans le champ proxy HTTP d'une application et ne l'ouvrez pas à tous les clients simplement parce qu'il apparaît dans la liste des sockets. À l'inverse, bloquer le chemin DNS que Squid utilise réellement peut casser la résolution ultérieure des destinations. Modifiez la règle de pare-feu pour la fonction identifiée : une socket de requête de résolveur, un port de pair de cache et un écouteur client ont des rôles différents.