Назад | Перейти на главную страницу

Журналы фильтрации запросов IIS 7.5 по сравнению с UrlScan 3.1

Когда IIS 7.5 Request Filtering блокирует запрос, кажется, что в обычные веб-журналы IIS добавляется запись с 404.

а) Есть ли способ отправить подробные журналы фильтрации запросов в отдельный файл? UrlScan может указать LoggingDirectory и убрать этот «шум» из наших реальных журналов IIS.

б) Кроме того, есть ли способ получить дополнительную информацию о том, что фильтрация запросов заблокировала запрос? UrlScan зарегистрировал правило, которое вызвало отказ, а также контроль над перенаправлением с помощью RejectResponseUrl, что было особенно удобно на непроизводственных сайтах.

c) Если эти функции важны, рекомендуется ли по-прежнему устанавливать UrlScan 3.1 в IIS 7.5 (Windows 2008 R2) и отключать фильтрацию запросов?

Любое руководство приветствуется.

Совершенно приемлемо использовать URLScan вместо фильтрации запросов, если вам это больше нравится. Насколько я знаю, можно даже использовать оба одновременно. Я думаю, что для случаев использования, о которых вы говорите, может быть проще настроить URLScan.

Чтобы ответить на ваши конкретные вопросы:

  1. Фильтрация запросов не ведется отдельно. Используя Расширение Advanced Logging (с его возможностями фильтрации) может помочь вам там.
  2. Я думаю, что самый низкий уровень детализации, который вы можете получить, - это субкод ошибки. Все, что отклонено фильтрацией запросов, - это 404.x, где X - причина, по которой фильтрация запросов отклонила запрос. Эта страница содержит таблицу причин. Поскольку все, что связано с фильтрацией запросов, является всего лишь кодом ответа 404.x, вы можете использовать настраиваемые ошибки IIS для замены RejectResponseUrl.
  3. Уже ответил выше.