Warum Squid einen UDP-Socket an einem unerwarteten Port hat
Unterscheiden Sie Squids DNS- und Peer-Cache-UDP-Sockets vom TCP-Listener, den Clients als vorgeschalteten Proxy verwenden.
Ein unbekannter UDP-Port, der Squid gehört, ist nicht automatisch ein weiterer öffentlicher HTTP-Proxy. Clients nutzen den konfigurierten TCP-Listener für den gewöhnlichen HTTP-Proxy-Zugriff; Squid öffnet außerdem Sockets für DNS und Cache-Peer-Kommunikation.
Um den zusätzlichen Socket zu identifizieren, halten Sie fest:
- Ob es TCP oder UDP ist, seine gebundene Adresse und jeden angezeigten entfernten Endpunkt.
- Die wirksamen Einstellungen für Listener, DNS, ICP und HTCP dieser Instanz.
- Die Netzwerkerreichbarkeit, die die durch diese Einstellungen aktivierte Funktion erfordert.
Die UDP-Adressreferenz von Squid deckt ausdrücklich die Module DNS, ICP und HTCP ab. Ihr Verhalten lässt sich nicht aus http_port ableiten, und eine hohe Portnummer allein identifiziert die Funktion nicht.
Tragen Sie diesen UDP-Endpunkt nicht in das HTTP-Proxy-Feld einer Anwendung ein und öffnen Sie ihn nicht für jeden Client, nur weil er in der Socket-Liste erscheint. Umgekehrt kann das Blockieren des DNS-Pfads, den Squid tatsächlich nutzt, die spätere Zielauflösung brechen. Ändern Sie die Firewall-Regel für die identifizierte Funktion: Ein Resolver-Abfrage-Socket, ein Cache-Peer-Port und ein Client-Listener haben unterschiedliche Aufgaben.