Waarom Squid een UDP-socket op een onverwachte poort heeft
Onderscheid Squids DNS- en peer-cache-UDP-sockets van de TCP-listener die clients als doorstuurproxy gebruiken.
Een onbekende UDP-poort van Squid is niet automatisch een andere openbare HTTP-proxy. Clients gebruiken de geconfigureerde TCP-listener voor gewone HTTP-proxytoegang; Squid opent ook sockets voor DNS en communicatie met cache-peers.
Om de extra socket te identificeren, noteer:
- Of het TCP of UDP is, het gebonden adres en elk getoond extern eindpunt.
- De effectieve listener-, DNS-, ICP- en HTCP-instellingen voor die instantie.
- De netwerkbereikbaarheid die de functie die deze instellingen inschakelen vereist.
De UDP-adresreferentie van Squid dekt expliciet de DNS-, ICP- en HTCP-modules. Hun gedrag kan niet uit http_port worden afgeleid, en een hoog poortnummer alleen identificeert de functie niet.
Voer dat UDP-eindpunt niet in het HTTP-proxyveld van een toepassing in en open het niet voor elke client alleen omdat het in de socketlijst verschijnt. Omgekeerd kan het blokkeren van het DNS-pad dat Squid daadwerkelijk gebruikt, latere bestemmingsresolutie breken. Wijzig de firewallregel voor de geïdentificeerde functie: een resolver-query-socket, een cache-peer-poort en een clientlistener hebben verschillende taken.