Squid kann seinen Listener nicht binden: Zuerst die Adresse prüfen
Trennen Sie einen Bind-Fehler des Squid-Listeners von der Konnektivität zum Ziel und prüfen Sie die Verfügbarkeit der Adressfamilie in der tatsächlichen Prozessumgebung.
Ein Bind-Fehler tritt auf dem Proxy-Host auf, bevor der Client den vorgesehenen Listener nutzen kann. Das Ändern von Website-URLs oder Proxy-Passwörtern macht eine nicht vorhandene lokale Adresse nicht verfügbar.
Lesen Sie den vollständigen fehlschlagenden Endpunkt: Adresse, Port und Adressfamilie. Eine Meldung mit [::1] betrifft IPv6-Loopback. Sie ist nicht dasselbe wie die Unfähigkeit, sich nach außen mit einer IPv6-Website zu verbinden.
Fragen Sie, welcher Netzwerk-Namespace ihn besitzt
Prüfen Sie bei einem Proxy in einem Container die Adressen, die in der Netzwerkumgebung des Containers verfügbar sind. IPv6-Unterstützung und Adresskonfiguration können dort vom Host abweichen. Das Veröffentlichen eines Container-Ports erzeugt nicht automatisch jede Adresse, die ein Dienst zu binden versucht.
Die Listener-Referenz von Squid erläutert, dass eine explizite Adresse einen bestimmten lokalen Endpunkt bindet. Ein Hostname kann eine weitere Verwirrungsquelle einführen, wenn er zu einer Adresse auflöst, die in dieser Umgebung fehlt.
Andere Bind-Fehler haben andere Ursachen. Ein belegter Port deutet auf einen anderen Listener oder eine andere Instanz hin. Zugriff verweigert kann einen privilegierten Port oder die Sicherheitsrichtlinie des Hosts betreffen. Eine nicht verfügbare Adresse deutet auf die Adresskonfiguration hin. Halten Sie diese Beobachtungen getrennt, statt jeden Bind-Fehler als Firewall-Ablehnung zu behandeln.
Ist die Bereitstellung bewusst nur IPv4, wählen Sie einen geeigneten expliziten IPv4-Listener gemäß der beabsichtigten Zugriffsrichtlinie. Wird IPv6 benötigt, konfigurieren Sie diese Umgebung entsprechend. Eine öffentliche Bindung an eine Wildcard-Adresse nur zum Stummschalten eines Fehlers kann den Proxy weiter als beabsichtigt exponieren.
Prüfen Sie schließlich, ob der fehlschlagende Socket der clientseitige HTTP-Listener oder eine andere Squid-Komponente ist. Eine Warnung beweist nicht, dass alle Listener fehlgeschlagen sind, aber ein funktionierender unabhängiger Socket beweist nicht, dass der von Clients benötigte Endpunkt verfügbar ist.