Чому 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 справді використовує, може зламати подальше розв'язання адрес призначення. Змініть правило міжмережевого екрана для визначеної функції: сокет запитів розпізнавача, порт кеш-партнера й прослуховувач клієнтів виконують різні завдання.