Продолжающие приходить запросы не доказывают, что посторонние всё ещё могут пользоваться прокси. Старые конечные точки могут оставаться в списках запросов после изменения политики доступа. Проверьте исправление по тому, что переадресуется:

  1. Отправьте разрешённые и запрещённые запросы на контролируемый адрес.
  2. Прочитайте решение о доступе и, для Squid, поля иерархии в настроенном формате журнала.
  3. Установите, действительно ли запрещённый запрос дошёл до адреса. Принять TCP, отклонить запрос HTTP и завершить следующий запрос — разные исходы.
  4. Проверьте другие активные прослушиватели и виртуальные хосты, чтобы исправленный блок политики не оставил открытым другой вход.

Для Apache, предназначенного только для обратных отображений, убедитесь, что непреднамеренное прямое проксирование отключено. ProxyRequests Off может существовать вместе с ProxyPass.

Одна страница ошибки — более слабое доказательство, если вы не знаете, какой компонент её создал. Держите вместе результат клиента, решение прокси и наблюдение на адресе.

Если отклонённый трафик всё ещё потребляет ресурсы, сузьте сетевой доступ и управляйте скоростями и хранением журналов. Надёжного периода ожидания, после которого попытки обязаны прекратиться, нет; правильные решения о переадресации и есть критерий приёмки.

Похожие статьи