Dlaczego Squid ma gniazdo UDP na nieoczekiwanym porcie
Odróżnij gniazda UDP DNS i peer-cache Squida od nasłuchu TCP, którego klienci używają jako proxy przekazującego.
Nieznany port UDP należący do Squida nie jest automatycznie kolejnym publicznym proxy HTTP. Klienci używają skonfigurowanego nasłuchu TCP do zwykłego dostępu przez proxy HTTP; Squid otwiera też gniazda dla DNS i komunikacji z peerem cache.
Aby zidentyfikować dodatkowe gniazdo, zanotuj:
- Czy to TCP czy UDP, jego adres powiązania i każdy widoczny zdalny punkt końcowy.
- Skuteczne ustawienia nasłuchu, DNS, ICP i HTCP dla tej instancji.
- Osiągalność sieci wymaganą przez funkcję włączaną przez te ustawienia.
Dokumentacja adresów UDP Squida wyraźnie obejmuje moduły DNS, ICP i HTCP. Ich zachowania nie można wywnioskować z http_port, a sam wysoki numer portu nie identyfikuje funkcji.
Nie wpisuj tego punktu końcowego UDP w pole proxy HTTP aplikacji ani nie otwieraj go dla każdego klienta tylko dlatego, że pojawia się na liście gniazd. Odwrotnie, zablokowanie ścieżki DNS, której Squid faktycznie używa, może zepsuć późniejsze rozwiązywanie miejsc docelowych. Zmień regułę zapory dla zidentyfikowanej funkcji: gniazdo zapytania resolvera, port peera cache i nasłuch klientów mają różne zadania.