Чаму Squid мае UDP-сокет на нечаканым порце
Адрознівайце DNS- і peer-cache UDP-сокеты Squid ад TCP-слухача, які кліенты выкарыстоўваюць як прамы праксі.
Незнаёмы UDP-порт, які належыць Squid, не азначае аўтаматычна яшчэ адзін публічны HTTP-праксі. Кліенты выкарыстоўваюць наладжаны TCP-слухач для звычайнага доступу да HTTP-праксі; Squid таксама адкрывае сокеты для DNS і сувязі з кэш-партнёрам.
Каб вызначыць лішні сокет, запішыце:
- Ці гэта TCP або UDP, яго прывязаны адрас і любы паказаны выдалены канчатковы пункт.
- Дзейныя налады слухача, DNS, ICP і HTCP для гэтага асобніка.
- Сеткавую дасяжнасць, неабходную для функцыі, якую ўключаюць гэтыя налады.
Даведнік адрасоў UDP у Squid відавочна ахоплівае модулі DNS, ICP і HTCP. Іх паводзіны нельга вывесці з http_port, і адзін толькі высокі нумар порта не вызначае функцыю.
Не ўводзьце гэты UDP-канчатковы пункт у поле HTTP-праксі праграмы і не адкрывайце яго ўсім кліентам толькі таму, што ён ёсць у спісе сокетаў. Наадварот, блакаванне шляху DNS, які Squid фактычна выкарыстоўвае, можа парушыць наступнае развязанне адрасоў. Змяніце правіла міжсеткавага экрана для вызначанай функцыі: сокет запыту рэзалвера, порт кэш-партнёра і слухач кліентаў маюць розныя задачы.