Запити, що продовжують надходити, не доводять, що сторонні все ще можуть користуватися проксі. Старі кінцеві точки можуть залишатися в списках запитів після зміни політики доступу. Перевірте виправлення за тим, що переправляється:

  1. Надішліть дозволені та заборонені запити до контрольованого призначення.
  2. Прочитайте рішення про доступ і, для Squid, поля ієрархії у налаштованому форматі журналу.
  3. Встановіть, чи заборонений запит справді дійшов до призначення. Прийняти TCP, відхилити запит HTTP і завершити наступний запит — різні наслідки.
  4. Перевірте інші активні слухачі та віртуальні хости, щоб виправлений блок політики не залишив відкритим інший вхід.

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

Сама лише сторінка помилки — слабший доказ, якщо ви не знаєте, який компонент її створив. Тримайте разом результат клієнта, рішення проксі та спостереження на призначенні.

Якщо відхилений трафік усе ще споживає ресурси, звужте мережевий доступ і керуйте швидкостями та збереженням журналів. Немає надійного періоду очікування, після якого спроби мають припинитися; правильні рішення про переправлення і є критерієм приймання.

Схожі статті