Kial Squid havas UDP-soketon sur neatendita pordo
Distingi la DNS- kaj peer-cache-UDP-soketojn de Squid disde la TCP-aŭskultanto, kiun klientoj uzas kiel antaŭan prokuron.
Nekonata UDP-pordo posedata de Squid ne aŭtomate estas alia publika HTTP-prokuro. Klientoj uzas la agorditan TCP-aŭskultanton por ordinara HTTP-prokura aliro; Squid ankaŭ malfermas soketojn por DNS kaj kaŝmemora kunula komunikado.
Por identigi la kroman soketon, notu:
- Ĉu ĝi estas TCP aŭ UDP, ĝian ligitan adreson kaj ajnan montritan malproksiman finpunkton.
- La efektivajn agordojn de aŭskultanto, DNS, ICP kaj HTCP por tiu instanco.
- La retan atingeblon postulatan de la funkcio, kiun tiuj agordoj ebligas.
La UDP-adresa referenco de Squid eksplicite kovras la modulojn DNS, ICP kaj HTCP. Ilia konduto ne povas esti deduktita el http_port, kaj alta pordnumero sola ne identigas la funkcion.
Ne entajpu tiun UDP-finpunkton en la HTTP-prokuran kampon de aplikaĵo nek malfermu ĝin al ĉiu kliento nur ĉar ĝi aperas en la soketa listo. Inverse, blokado de la DNS-vojo, kiun Squid efektive uzas, povas rompi postan celan solvon. Ŝanĝu la fajroŝirman regulon por la identigita funkcio: solvila pet-soketo, kaŝmemora kunula pordo kaj klienta aŭskultanto havas malsamajn taskojn.