Ein Squid-TPROXY-Listener kann Clientverkehr erfolgreich annehmen, während die Verbindung zu seinem Parent fehlschlägt. Das Bewahren der Quelladresse auf dieser ausgehenden Verbindung kann für den Netzwerkpfad des Parents ungeeignet sein.

Fügen Sie in Squid-Versionen, die die Option unterstützen, no-tproxy zur betreffenden vorhandenen cache_peer-Definition hinzu. Zum Beispiel:

cache_peer parent.example.net parent 8118 0 no-query no-tproxy

no-tproxy deaktiviert das Spoofing der Client-Quelladresse für Verbindungen zu diesem Peer. Es entfernt weder die transparente Konfiguration des Listeners noch wählt es den Peer selbst aus. Behalten Sie die übrigen Optionen und Regeln zur Parent-Auswahl der Installation bei. Wo diese Regeln öffentliche Ziele über einen nicht authentifizierten Parent zulassen, bietet die HTTP-Proxy-Liste Kandidatenadressen; behalten Sie keine vorhandenen Parent-Anmeldedaten bei und prüfen Sie die Berechtigung für jedes tatsächliche CONNECT-Ziel.

Der Parent erhält nun eine normale Verbindung von Squids eigener ausgehender Adresse, vorbehaltlich etwaiger NAT. Seine Zugriffsrichtlinie und Authentifizierung müssen diesen nachgelagerten Proxy zulassen. Prüfen Sie die vom Parent beobachtete Quelladresse, wenn er eine IP-Beschränkung verwendet.

Diese Option ist für Squid 7 und frühere unterstützte Versionen dokumentiert; die Konfigurationsreferenz kennzeichnet sie in Squid 8 als nicht verfügbar. Binden Sie das Rezept an die verwendete Version.

Ähnliche Artikel