Perché Squid ha un socket UDP su una porta inattesa
Distinguere i socket UDP DNS e peer-cache di Squid dal listener TCP che i client usano come proxy inoltrante.
Una porta UDP sconosciuta di proprietà di Squid non è automaticamente un altro proxy HTTP pubblico. I client usano il listener TCP configurato per l'accesso ordinario al proxy HTTP; Squid apre anche socket per DNS e comunicazione con peer della cache.
Per identificare il socket aggiuntivo, annotare:
- Se è TCP o UDP, il suo indirizzo associato e qualsiasi endpoint remoto mostrato.
- Le impostazioni effettive di listener, DNS, ICP e HTCP per quell'istanza.
- La raggiungibilità di rete richiesta dalla funzione abilitata da tali impostazioni.
Il riferimento agli indirizzi UDP di Squid copre esplicitamente i moduli DNS, ICP e HTCP. Il loro comportamento non può essere dedotto da http_port, e un numero di porta elevato da solo non identifica la funzione.
Non inserire quell'endpoint UDP nel campo proxy HTTP di un'applicazione e non aprirlo a ogni client solo perché compare nell'elenco dei socket. Al contrario, bloccare il percorso DNS che Squid usa davvero può interrompere la successiva risoluzione delle destinazioni. Modificare la regola del firewall per la funzione identificata: un socket di query del resolver, una porta del peer della cache e un listener client hanno compiti diversi.