Почему у Squid есть UDP-сокет на неожиданном порту
Отличайте UDP-сокеты Squid для DNS и связи с кэш-партнёрами от TCP-прослушивателя, который клиенты используют как прямой прокси.
Незнакомый UDP-порт, принадлежащий Squid, не обязательно является ещё одним публичным HTTP-прокси. Клиенты используют настроенный TCP-прослушиватель для обычного доступа через HTTP-прокси; Squid также открывает сокеты для DNS и связи с кэш-партнёром.
Чтобы определить лишний сокет, зафиксируйте:
- TCP это или UDP, его привязанный адрес и любую отображаемую удалённую конечную точку.
- Действующие настройки прослушивателя, DNS, ICP и HTCP для этого экземпляра.
- Сетевую доступность, требуемую функцией, которую включают эти настройки.
Справочник UDP-адресов Squid явно охватывает модули DNS, ICP и HTCP. Их поведение нельзя вывести из http_port, и один только высокий номер порта не определяет функцию.
Не вписывайте эту UDP-конечную точку в поле HTTP-прокси приложения и не открывайте её всем клиентам только потому, что она видна в списке сокетов. Наоборот, блокировка пути DNS, который Squid действительно использует, может нарушить последующее разрешение адресов назначения. Измените правило межсетевого экрана для определённой функции: сокет запросов распознавателя, порт кэш-партнёра и прослушиватель клиентов выполняют разные задачи.