Защо 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 действително използва, може да наруши последващото разрешаване на дестинации. Променете правилото на защитната стена за идентифицираната функция: сокетът за заявки на резолвера, портът на кеш партньора и слушателят за клиенти имат различни задачи.