Kvifor Squid har ein UDP-socket på ein uventa port
Skil Squids DNS- og peer-cache-UDP-socketar frå TCP-lyttaren som klientar brukar som videresendande proxy.
Ein ukjend UDP-port som Squid eig, er ikkje automatisk nok ein offentleg HTTP-proxy. Klientar brukar den konfigurerte TCP-lyttaren for vanleg HTTP-proxy-tilgang; Squid opnar òg socketar for DNS og cache-peer-kommunikasjon.
For å identifisere den ekstra socketen, registrer:
- Om det er TCP eller UDP, den bundne adressa og kva som helst vist eksternt endepunkt.
- Dei effektive innstillingane for lyttar, DNS, ICP og HTCP for den instansen.
- Nettverkstilgjenge som funksjonen desse innstillingane aktiverer, krev.
UDP-adressereferansen til Squid dekkjer eksplisitt DNS-, ICP- og HTCP-modulane. Åtferda deira kan ikkje utleiast frå http_port, og eit høgt portnummer åleine identifiserer ikkje funksjonen.
Ikkje skriv inn det UDP-endepunktet i HTTP-proxyfeltet til eit program, og ikkje opne det for alle klientar berre fordi det viser seg i socketlista. Omvendt kan blokkering av DNS-banen Squid faktisk brukar, øydeleggje seinare destinasjonsoppslag. Endre brannmurregelen for den identifiserte funksjonen: ein resolver-førespurnadssocket, ein cache-peer-port og ein klientlyttar har ulike oppgåver.