Wêrom't Squid in UDP-socket hat op in ûnferwachte poarte
Skied Squid syn DNS- en peer-cache-UDP-sockets fan 'e TCP-listener dy't klanten as foarútproxy brûke.
In ûnbekende UDP-poarte fan Squid is net automatysk in oare iepenbiere HTTP-proxy. Klanten brûke de konfigurearre TCP-listener foar gewoane HTTP-proxytoegong; Squid iepenet ek sockets foar DNS en kommunikaasje mei cache-peers.
Om de ekstra socket te identifisearjen, registrearje:
- Oft it TCP of UDP is, syn bûne adres en elk toand ôfstân-einpunt.
- De effektive listener-, DNS-, ICP- en HTCP-ynstellings foar dy eksimplaar.
- De netwurkberikberens dy't de funksje freget dy't dy ynstellings ynskeakelje.
De UDP-adresferwizing fan Squid omfettet eksplisyt de DNS-, ICP- en HTCP-modulen. Har gedrach kin net ôflaat wurde út http_port, en in heech poartenûmer allinnich identifisearret de funksje net.
Fier dat UDP-einpunt net yn yn it HTTP-proxyfjild fan in applikaasje en iepenje it net foar elke klant allinnich om't it yn 'e socketlist ferskynt. Oarsom kin it blokkearjen fan it DNS-paad dat Squid eins brûkt lettere bestimmingsoplossing brekke. Feroarje de firewallregel foar de identifisearre funksje: in resolver-query-socket, in cache-peer-poarte en in klantlistener hawwe ferskate taken.