Zwei Squid-Ports können unterschiedliche Ziel-Allowlists haben

Kombinieren Sie localport mit dem passenden Ziel-ACL in jeder Allow-Regel und behalten Sie frühere Einschränkungen sowie die abschließende Deny-Regel bei.

Das ACL localport von Squid trifft auf den Port zu, an dem Squid die Verbindung angenommen hat. Kombinieren Sie es mit dem passenden Ziel-ACL, damit jeder Listener nur seine eigene Liste erlaubt.

Für eine Squid-6- oder -7-Konfiguration mit bestehenden Client- und Safe-Port-Einschränkungen:

http_port 3128
http_port 3129

acl approved_clients src 192.0.2.0/24
acl main_listener localport 3128
acl alternate_listener localport 3129
acl main_sites dstdomain "/etc/squid/main-sites.txt"
acl alternate_sites dstdomain "/etc/squid/alternate-sites.txt"

http_access allow approved_clients main_listener main_sites
http_access allow approved_clients alternate_listener alternate_sites
http_access deny all

Ersetzen Sie den Client-Bereich aus der Dokumentation durch die tatsächlich autorisierten Clients und bereiten Sie die beiden Domänenlistendateien vor. Setzen Sie die paarweisen Allow-Regeln nach den erforderlichen Deny-Prüfungen der Installation und vor deren abschließendem Deny. Behalten Sie die Einschränkungen für unsichere Ports, CONNECT und Verwaltung bei.

ACL-Namen in einer Access-Regel werden mit AND verknüpft. Getrennte Allow-Regeln bieten Alternativen. Ohne die Listener-Bedingung in den Zielregeln würde jede Liste über jeden Port erlaubt.

Prüfen Sie auch frühere Regeln: Ein breites Allow, das zuerst greift, verhindert die Auswertung dieser späteren Einschränkungen. Testen Sie erlaubte und verweigerte Ziele über jeden Listener, um die Grenze zu verifizieren.

localport ist nicht der Port der Website und auch nicht der kurzlebige Quellport des Clients. Eine Zielport-Bedingung verwendet stattdessen das ACL port.

Ähnliche Artikel