Varför Squid har en UDP-socket på en oväntad port
Skilj Squids DNS- och peer-cache-UDP-sockets från TCP-lyssnaren som klienter använder som vidarebefordrande proxy.
En okänd UDP-port som ägs av Squid är inte automatiskt ännu en offentlig HTTP-proxy. Klienter använder den konfigurerade TCP-lyssnaren för vanlig HTTP-proxyåtkomst; Squid öppnar också sockets för DNS och cache-peer-kommunikation.
För att identifiera den extra socketen, registrera:
- Om det är TCP eller UDP, dess bundna adress och varje visad fjärrendpunkt.
- De effektiva inställningarna för lyssnare, DNS, ICP och HTCP för den instansen.
- Den nätverksnåbarhet som funktionen dessa inställningar aktiverar kräver.
Squids UDP-adressreferens täcker uttryckligen DNS-, ICP- och HTCP-modulerna. Deras beteende kan inte härledas från http_port, och ett högt portnummer ensamt identifierar inte funktionen.
Ange inte den UDP-ändpunkten i ett programs HTTP-proxyfält och öppna den inte för alla klienter bara för att den visas i socketlistan. Omvänt kan blockering av den DNS-väg som Squid faktiskt använder bryta senare destinationsuppslagning. Ändra brandväggsregeln för den identifierade funktionen: en resolver-frågesocket, en cache-peer-port och en klientlyssnare har olika uppgifter.