Napływające żądania nie dowodzą, że osoby z zewnątrz nadal mogą korzystać z proxy. Stare punkty końcowe mogą pozostawać na listach żądań po zmianie polityki dostępu. Sprawdź naprawę po tym, co jest przekazywane:

  1. Wyślij dozwolone i niedozwolone żądania do kontrolowanego celu.
  2. Przeczytaj decyzję o dostępie oraz, w przypadku Squida, pola hierarchii w skonfigurowanym formacie dziennika.
  3. Ustal, czy zabronione żądanie rzeczywiście dotarło do celu. Przyjęcie TCP, odrzucenie żądania HTTP i ukończenie kolejnego żądania to różne wyniki.
  4. Sprawdź pozostałe aktywne nasłuchy i hosty wirtualne, aby naprawiony blok polityki nie zostawił otwartego innego wejścia.

W przypadku Apache przeznaczonego wyłącznie do mapowań odwrotnych potwierdź, że niezamierzone proxy forward jest wyłączone. ProxyRequests Off może współistnieć z ProxyPass.

Sam komunikat błędu to słabszy dowód, jeśli nie wiesz, który komponent go wytworzył. Trzymaj razem wynik klienta, decyzję proxy i obserwację w miejscu docelowym.

Jeśli odrzucany ruch nadal zużywa zasoby, zawęź dostęp sieciowy i zarządzaj szybkością oraz retencją dzienników. Nie ma wiarygodnego okresu oczekiwania, po którym próby muszą ustać; poprawna decyzja o przekazaniu jest kryterium akceptacji.

Powiązane artykuły