Bakit May UDP Socket ang Squid sa Hindi Inaasahang Port
Ihiwalay ang DNS at peer-cache UDP socket ng Squid sa TCP listener na ginagamit ng mga kliyente bilang forward proxy.
Ang di-kilalang UDP port na pag-aari ng Squid ay hindi awtomatikong isa pang pampublikong HTTP proxy. Ginagamit ng mga kliyente ang naka-configure na TCP listener para sa ordinaryong pag-access sa HTTP proxy; nagbubukas din ang Squid ng mga socket para sa DNS at komunikasyon sa cache peer.
Para matukoy ang karagdagang socket, itala:
- Kung TCP o UDP ito, ang nakataling address nito at anumang ipinapakitang malayong endpoint.
- Ang epektibong setting ng listener, DNS, ICP at HTCP para sa instance na iyon.
- Ang maaabot ng network na kailangan ng feature na pinagagana ng mga setting na iyon.
Ang sanggunian ng UDP address ng Squid ay tahasang sumasaklaw sa mga module ng DNS, ICP at HTCP. Hindi mahihinuha ang pag-uugali ng mga ito mula sa http_port, at ang mataas na port number lamang ay hindi tumutukoy sa feature.
Huwag ilagay ang UDP endpoint na iyon sa field ng HTTP proxy ng isang application o buksan ito sa bawat kliyente dahil lang lumilitaw ito sa listahan ng socket. Sa kabaligtaran, ang pagharang sa DNS path na aktwal na ginagamit ng Squid ay maaaring makasira sa susunod na paglutas ng destinasyon. Baguhin ang tuntunin ng firewall para sa natukoy na function: ang socket ng query ng resolver, port ng cache peer at listener ng kliyente ay may magkakaibang gawain.