Weiterhin eingehende Anfragen belegen nicht, dass Außenstehende den Proxy noch nutzen können. Alte Endpunkte können nach einer Änderung der Zugriffsrichtlinie in Anforderungslisten stehen bleiben. Prüfen Sie die Reparatur daran, was weitergeleitet wird:

  1. Stellen Sie erlaubte und unerlaubte Anfragen an ein kontrolliertes Ziel.
  2. Lesen Sie die Zugriffsentscheidung und bei Squid die Hierarchiefelder im konfigurierten Logformat.
  3. Stellen Sie fest, ob die verbotene Anfrage das Ziel tatsächlich erreicht hat. TCP anzunehmen, eine HTTP-Anfrage abzulehnen und eine weitere Anfrage abzuschließen sind verschiedene Ergebnisse.
  4. Prüfen Sie die übrigen aktiven Listener und virtuellen Hosts, damit ein reparierter Richtlinienblock nicht einen anderen Eingang offen lässt.

Bei Apache, der nur Reverse-Mappings bereitstellen soll, bestätigen Sie, dass unbeabsichtigtes Forward-Proxying deaktiviert ist. ProxyRequests Off kann neben ProxyPass bestehen.

Eine Fehlerseite allein ist schwächerer Beweis, wenn Sie nicht wissen, welche Komponente sie erzeugt hat. Halten Sie Client-Ergebnis, Proxy-Entscheidung und Beobachtung am Ziel zusammen.

Wenn abgelehnter Verkehr weiterhin Ressourcen verbraucht, schränken Sie den Netzwerkzugriff ein und steuern Sie Raten und Logaufbewahrung. Es gibt keine verlässliche Wartezeit, nach der Versuche aufhören müssen; korrekte Weiterleitungsentscheidungen sind das Abnahmekriterium.

Ähnliche Artikel