Firwat Squid en UDP-Socket op engem onerwaarte Port huet
Unterscheed Squid seng DNS- an Peer-Cache-UDP-Sockets vum TCP-Listener, deen d'Cliente als Virschaltproxy benotzen.
En onbekannte UDP-Port am Besëtz vu Squid ass net automatesch en aneren ëffentlechen HTTP-Proxy. D'Cliente benotzen de konfiguréierten TCP-Listener fir den normale HTTP-Proxy-Zougrëff; Squid mécht och Sockets fir DNS an Cache-Peer-Kommunikatioun op.
Fir de zousätzleche Socket z'identifizéieren, notéiert:
- Ob et TCP oder UDP ass, seng gebonnen Adress an all ugewisenen entfernten Endpunkt.
- Déi effektiv Astellunge fir Listener, DNS, ICP an HTCP fir déi Instanz.
- D'Netzwierkerreechbarkeet, déi d'Funktioun erfuerdert, déi duerch dës Astellunge aktivéiert gëtt.
D'UDP-Adressreferenz vu Squid deckt ausdrécklech d'DNS-, ICP- an HTCP-Moduler of. Hir Verhalen kann net aus http_port ofgeleet ginn, an eng héich Portnummer eleng identifizéiert d'Funktioun net.
Gitt deen UDP-Endpunkt net an d'HTTP-Proxy-Feld vun enger Applikatioun an a maacht en net fir all Client op just well en an der Socketlëscht erschéngt. Ëmgedréit kann d'Blockéiere vum DNS-Wee, deen Squid tatsächlech benotzt, déi spéider Destinatiounsopléisung briechen. Ännert d'Firewall-Reeg fir déi identifizéiert Funktioun: en Resolver-Ufro-Socket, e Cache-Peer-Port an e Client-Listener hunn ënnerschiddlech Aufgaben.