De ce Squid are un socket UDP pe un port neașteptat
Distingeți socketurile UDP DNS și peer-cache ale Squid de listenerul TCP pe care clienții îl folosesc ca proxy de redirecționare.
Un port UDP necunoscut deținut de Squid nu este automat un alt proxy HTTP public. Clienții folosesc listenerul TCP configurat pentru accesul obișnuit prin proxy HTTP; Squid deschide de asemenea socketuri pentru DNS și comunicarea cu peerul de cache.
Pentru a identifica socketul suplimentar, notați:
- Dacă este TCP sau UDP, adresa sa legată și orice punct final la distanță afișat.
- Setările efective de listener, DNS, ICP și HTCP pentru acea instanță.
- Accesibilitatea rețelei cerută de funcția activată de aceste setări.
Referința de adrese UDP a Squid acoperă explicit modulele DNS, ICP și HTCP. Comportamentul lor nu poate fi dedus din http_port, iar un număr mare de port singur nu identifică funcția.
Nu introduceți acel punct final UDP în câmpul de proxy HTTP al unei aplicații și nu îl deschideți pentru fiecare client doar pentru că apare în lista de socketuri. Invers, blocarea căii DNS pe care Squid o folosește efectiv poate strica rezolvarea ulterioară a destinațiilor. Schimbați regula de firewall pentru funcția identificată: un socket de interogare al resolverului, un port de peer de cache și un listener de clienți au sarcini diferite.